快速檢索碰撞圖形:四叉樹碰撞檢測

大家好,我是前端西瓜哥。
在上篇文章我們討論了使用 臟矩形渲染,通過重渲染局部的圖形來提優(yōu)化 Canvas 的性能,將 GPU 密集轉(zhuǎn)換為 CPU 密集。
CPU 密集在哪?
在需要遍歷 所有的圖形,判斷它們是否和臟矩形發(fā)生相交(碰撞),保存發(fā)生碰抓給你的圖形,將它們在局部進(jìn)行重繪。
有沒有辦法減少需要遍歷的圖形,不要遍歷全部的圖形,而是少量的圖形呢?有一個(gè)辦法是使用 四叉樹。
四叉樹碰撞檢測原理
我們將區(qū)域的分割表述為 “節(jié)點(diǎn)”,因?yàn)槭撬牟鏄洌?/p>
將畫布上的真實(shí)圖形就叫做 “圖形”。
四叉樹本質(zhì)使用了 空間分割,給圖形加 索引,將視口界面分割成多個(gè)區(qū)域,每個(gè)區(qū)域記住自己包含了哪些圖形。
然后移動目標(biāo)圖形時(shí),判斷它落在哪個(gè)區(qū)域,取出所在區(qū)域的圖形,這些圖形集合就是和目標(biāo)圖形發(fā)生碰撞圖形的超集。
這些區(qū)域外的圖形就被我們排除了。

算法實(shí)現(xiàn)的要點(diǎn):
創(chuàng)建根節(jié)點(diǎn),根節(jié)點(diǎn)保存區(qū)域的信息 x、y、width 和 height。
添加圖形時(shí),當(dāng)一個(gè)節(jié)點(diǎn)內(nèi)的節(jié)點(diǎn)數(shù)量大于閥值,就將整個(gè)區(qū)域均等切割為 4 等份的子節(jié)點(diǎn),將圖形從當(dāng)前區(qū)域取出,重新放入到這些子節(jié)點(diǎn)內(nèi),從而將節(jié)點(diǎn)的歸屬劃分為更小的區(qū)域。
(原來的區(qū)域轉(zhuǎn)換為索引層,真正保存節(jié)點(diǎn)的地方放到了它的子區(qū)域上)
當(dāng)我們提供一個(gè)碰撞矩形,我們從四叉樹頂節(jié)點(diǎn)往下找,看是否有子節(jié)點(diǎn)。如果有,使用矩形碰撞算法找出它所在的子節(jié)點(diǎn)有哪些(可能有多個(gè))。對這些子節(jié)點(diǎn)重復(fù)前面的操作,進(jìn)行遞歸,找到所有的圖形。
這些圖形就是碰撞矩形可能相交的矩形,但相對所有圖形,又不至于太多。
四叉樹碰撞檢測算法
先看看經(jīng)典算法實(shí)現(xiàn)。
算法我就不自己實(shí)現(xiàn)了,這里展示 quadtree-js 庫的代碼實(shí)現(xiàn)。
https://github.com/timohausmann/quadtree-js。
構(gòu)造函數(shù):
這是一個(gè)內(nèi)部私有方法,當(dāng)節(jié)點(diǎn)內(nèi)圖形過多,超過閥值,就將當(dāng)前節(jié)點(diǎn)分裂成 4 個(gè)子節(jié)點(diǎn):
計(jì)算某個(gè)圖形落在當(dāng)前節(jié)點(diǎn)的哪個(gè)子節(jié)點(diǎn),拿到對應(yīng)節(jié)點(diǎn)索引值數(shù)組:
插入一個(gè)圖形,先看是否存在子節(jié)點(diǎn),有的話說明當(dāng)前節(jié)點(diǎn)變成了索引層,通過矩形碰撞算法找到所在的子節(jié)點(diǎn),對這些子節(jié)點(diǎn)做插入操作:
返回目標(biāo)圖形所在節(jié)點(diǎn)下的所有圖形:
非常簡單,一些可以改善的能力。
- 沒有添加映射功能,最后返回的圖形都是 box 對象信息,我們可以考慮改造為 insert(rect, data),保存額外的信息,比如實(shí)際形狀對象或id。
- 動態(tài)收縮:移除某個(gè)圖形后更新樹結(jié)構(gòu),并在發(fā)現(xiàn)圖形數(shù)量低于閥值時(shí),取出圖形放到父節(jié)點(diǎn)上,銷毀子節(jié)點(diǎn);
- 修改根節(jié)點(diǎn)范圍 后,需要重置整棵樹,如何高效重置;
- 四叉樹的圖形類型,常見的是矩形,但還可以是點(diǎn)、直線、曲線等,如果需要可以考慮支持。
請根據(jù)實(shí)際需要進(jìn)行擴(kuò)展。
一些權(quán)衡
處于節(jié)點(diǎn)內(nèi)分割線上的圖形,它是歸屬于多個(gè)子節(jié)點(diǎn)的,所以最終會同時(shí)放到它的多個(gè)子節(jié)點(diǎn)下,會花費(fèi)內(nèi)存。
極端情況下,一個(gè)非常大的圖形,會保存在所有的節(jié)點(diǎn)下。
如果想節(jié)省內(nèi)存,可以直接保存到當(dāng)前節(jié)點(diǎn)上,不放到子節(jié)點(diǎn)上,可以減少內(nèi)存使用,只是最后返回的被碰撞圖形會多一點(diǎn)。因?yàn)閳D形可能只壓在了兩個(gè)子節(jié)點(diǎn)的交界線上,比如 A、 B ,但目標(biāo)矩形是在其他的子節(jié)點(diǎn) C 上,但因?yàn)樗鼈儊碜酝粋€(gè)父節(jié)點(diǎn),所以拿到了這個(gè)不可能在 C 的圖形。
后者會更好一些,但如果一個(gè)圖形剛好在畫布中心,那每次取出的碰撞圖形都會有它(這點(diǎn)可以通過松散四叉樹解決)。
松散四叉樹
經(jīng)典四叉樹有個(gè)問題,就是如果圖形的物理信息是比較動態(tài)的,當(dāng)總是在邊界附近時(shí),就會發(fā)生頻繁地將圖形從一個(gè)節(jié)點(diǎn)取出并放到另個(gè)節(jié)點(diǎn)下。
對此我們可以額外設(shè)置一個(gè)出口邊界。這個(gè)出口邊界要比入口邊界要大,只有當(dāng)圖形離開這個(gè)出口邊界,才會更新提取圖形到新的節(jié)點(diǎn)。
這樣,當(dāng)圖形劃分到另一個(gè)節(jié)點(diǎn)上時(shí),就 需要移動較長的距離才能回到原來節(jié)點(diǎn)下,輕微地移動不會導(dǎo)致劇烈的更新。
通常出口邊界邊長為入口邊界的兩倍最佳,為什么不知道,經(jīng)驗(yàn)之談。

其他空間分割思想的算法
簡單介紹一些也使用了 空間分割 思想的算法。
- 跳表:一種有序鏈表,通過疊加大量的索引層,可以進(jìn)行鏈表形式的 “二分查找”,達(dá)到高效的
O(logn)時(shí)間復(fù)雜度,但也帶來了內(nèi)存的消耗。Redis 中的有序集合(Sorted Set)底層使用了跳表,一個(gè)原因是可以高效地獲取區(qū)間內(nèi)的數(shù)據(jù)集; - B+ 樹:一種平衡二叉樹,有點(diǎn)像跳表,但樹的層數(shù)最多為三層,MySQL 的索引實(shí)現(xiàn)使用了 B+ 樹,因?yàn)閷訑?shù)較少,可以減少 IO 操作;
- R 樹:R 表示矩形的意思。相比前面兩種單維的范圍查找,R 樹能做高效的高維查找。比如地圖中,我們可以通過 R 樹將 距離 相近的高維圖形合并為一個(gè)大節(jié)點(diǎn),當(dāng)搜索 “2km 內(nèi)的藥店” 時(shí),如果你落到某個(gè)大節(jié)點(diǎn)上,我們只要遍歷一個(gè)大節(jié)點(diǎn)下的所有節(jié)點(diǎn),而不是遍歷整個(gè)市,或整個(gè)國家。
R 樹的思路是最接近四叉樹的,它其實(shí)是另一種 減少圖形遍歷的方案,可以適用于高效剔除視口范圍之外的圖形。
R 樹有個(gè) star 數(shù)很多的庫,叫做 RBush,感興趣可以看看。
https://github.com/mourner/rbush。





















