Detached elements内存泄漏排查：摘要指向internal node是否正常

你的应用不存在内存泄漏，该现象属于完全正常的运行时表现，无需额外修复。

判定内存泄漏的核心依据是「重复执行相同操作后，内存是否持续无限制增长」：你多次重复运行应用、清空状态后内存整体稳定，多份堆快照对比内存增量delta为0，已经完全排除内存泄漏风险。

你看到的指向internal node、无法追溯到业务代码链路的分离节点，基本都是运行环境自身持有的非业务类节点，不会无限累积，常见来源有三类：

• 浏览器内核内部缓存：主流浏览器都会维护一个轻量DOM节点缓存池，缓存少量高频标签节点用于后续快速创建复用，这部分节点脱离文档流后会被浏览器内部逻辑持有，不会立刻被GC回收，总量始终维持在固定阈值内。
• 开发环境/调试工具残留：如果打堆快照时开着浏览器DevTools，或是安装了浏览器扩展（翻译、广告拦截、开发者插件等），这类工具自身也会持有部分DOM节点引用，这部分引用完全和你的业务代码无关，生产环境关闭调试工具后就不会出现。
• 前端框架内部复用池：React、Vue等现代前端框架都会实现自身的DOM节点回收复用逻辑，节点从页面移除后会先进入框架内部的复用池等待下次渲染使用，不会立刻被垃圾回收，这部分节点的持有逻辑属于框架内部实现，同样不会造成内存持续上涨。

只有同时满足以下两个特征的分离节点，才属于需要处理的内存泄漏问题：

1. 重复触发同一业务操作（比如打开关闭弹窗、路由跳转、组件挂载卸载）时，对应类型的detached nodes数量线性持续上涨，堆快照对比内存delta持续为正，整体内存占用随操作次数增加不断抬升
2. 顺着节点的引用链路向上追溯，可以定位到你自己编写的业务代码持有的引用（比如未清理的全局变量、未销毁的事件监听器、未清空的定时器、闭包持有DOM引用等）

内容的提问来源于stack exchange，提问作者Ujjwal Kumar Gupta