dom节点超2000需立即定位源头：右键最外层容器→copy outerhtml→粘贴编辑器用正则]*>统计标签数，重点排查冗余wrapper、v-html未清洗内容及深层嵌套结构。
document.querySelectorAll('*').length 超过 2000 怎么快速定位源头
这不是“可能卡顿”，是 Chrome Layout 阶段耗时跃升的明确信号——节点数从 1500 到 2200，低端安卓机 layout 时间常从 80ms 暴涨至 320ms。别查源码缩进，直接看真实渲染树：document.querySelectorAll('*').length 是唯一轻量可靠的总数指标。
- 右键页面最外层容器 → Copy outerHTML → 粘贴到编辑器，用正则
]+>统计标签总数（注意排除注释和空格干扰） - 重点盯三类高危结构：
<div> 套 <code><div> 套 <code><div>（只为 margin 居中）、<code><ul></ul>渲染表单项、SSR 自动注入的空<div class="wrapper"> <li>运行 <code>document.querySelector('.a .b .c .d')，若匹配慢或返回 null，大概率不是选择器写错，而是父链过长导致回溯成本飙升 - 高频泄漏场景：
ref.current或document.querySelector('.deep-item')返回的节点被闭包长期持有 -
Map缓存节点映射：nodeCache.set(node, data)，但没在节点移除时同步nodeCache.delete(node) - 监听器回调里写
e.target.parentElement.parentElement.parentElement，且该回调挂到了window上 - 验证方式：DevTools Console 执行
$$('*').length，操作前后对比；若稳定增长，立刻拍 Heap Snapshot，筛选Detached节点
replaceChildren() 为什么清不掉深层 DOM 的内存引用
调用 replaceChildren() 后 $$('*').length 下降但内存不释放？问题不在函数本身，而在 JS 里还存着对旧节点的引用——哪怕只是缓存了某个深层子节点，整条 parentNode 链都会卡在内存里。
DOMParser + 迭代遍历才是深度校验的可靠组合
正则匹配 <div> 根本不可靠——碰到 <code><script>console.log('</script>
