admin
168e9e73f0
perf(finder,orphan): 第一層掃描提速——category 記憶化（S3）＋orphan 葉塊預計算（S2），保行為
下游效能訴求一（掃描疑 O(n²)）之第一層：無狀態、保行為、無公開 API 變更之確定收益。
S3 category 記憶化：finder.category 以 categoryCache（WeakMap<Element, InlineCategory>）記憶化，砍
除 collectRuns／jiyaAdjacency／jinze／split 跨 pass 對同一元素之重複 el.matches()（pill／isolate／
avoid 選擇器）。安全：單次 render 內一元素之分類恆定（class／skip 屬性／nodeName 不因 render 變更；
jz-* 包裹按 nodeName 分類亦恆定），且 Finder 隨 makeCtx 每次 render 重建 → 快取僅存活單次 render、
無跨 render 失效（持久化屬 C1，另議）。亲驗（正確補 Element.prototype.matches）：pill／isolate 密集
頁面 el.matches() 8204→5842（約降三成）；暫禁快取則 computeCategory 2322 vs 1041（命中率 55%）。
S2 orphan 葉塊預計算：以一趟上攀預計算「非葉塊」Set 取代逐塊 block.querySelector(sel) 掃整棵子樹之
O(Σ塊子樹)（深塊嵌套下 O(n²)）；某塊為另一塊之最近塊祖先 ⟺ 含塊級後代，scope 無涉、與原
querySelector 同口徑，行為等價。sel 亦外提出迴圈。
測試 129→130（+1 鎖定 S2 非葉塊等價：含巢狀塊之容器跳過、僅內層葉塊綁定）；全綠、輸出不變。
文檔：ARCHITECTURE §4.1（category 記憶化）＋§6.5.1（orphan 葉塊預計算）。
新發現（待議、非本層）：剩餘 el.matches() 之最大來源為 insidePill 之「逐文本節點沿祖先鏈 pillMatches」
（eachTextNode 每文本節點一趟、未記憶化）——可作下一項提速機會。
2026-07-11 19:56:53 +08:00
..
2026-07-11 19:56:53 +08:00
2026-06-09 17:00:04 +08:00
2026-06-12 17:15:24 +08:00
2026-06-11 16:16:01 +08:00
2026-07-11 19:56:53 +08:00
2026-07-11 19:56:53 +08:00
2026-07-11 01:42:31 +08:00