WeakSet 防止递归死循环的使用方法

WeakSet 是 JavaScript 中专为防止递归遍历中因循环引用导致栈溢出或逻辑卡死而设计的轻量级守卫工具——它不阻止循环引用本身，而是通过弱引用机制安全标记“已在当前处理路径中出现过的对象”，从而在深拷贝、树遍历、状态比对等场景下实现零内存泄漏的重复入口跳过；其仅支持对象、无 size 方法、不保留强引用等特性，恰恰规避了普通 Set 易引发的内存泄漏和误用风险，使用时只需严格遵循“先 has() 判断、再 add() 标记”的顺序，并将 WeakSet 实例显式传入递归函数，即可稳健应对 DOM 节点、嵌套对象、Map/Set 等各类引用类型，是手动遍历场景下防递归死循环不可替代的精准解法。

用 WeakSet 防止递归死循环，关键不是“阻止循环引用发生”，而是**在手动遍历中安全标记已进入处理流程的对象**。它不改变数据结构本身，只帮你跳过重复入口，避免栈溢出或逻辑卡死。

为什么 WeakSet 是唯一合适的选择

普通 Set 会强持有对象，导致本该被回收的临时对象滞留内存——尤其在长期运行的深克隆、状态 diff 或树遍历中，极易引发内存泄漏。WeakSet 的弱引用特性让对象一旦脱离其他强引用（比如原始变量置为 null、DOM 节点被移除），就会自动从 WeakSet 中消失，无需你手动清理。

• WeakSet 只接受对象，天然过滤掉 null、undefined、字符串、数字等非对象值
• 没有 size、values()、forEach() 等方法，强制你只做“存在性判断”，避免误用成缓存或状态容器
• 它不参与 GC 判定，只被动响应——这正是防死循环所需的轻量级守卫机制

递归函数里必须这样写判断逻辑

核心是：每次真正开始处理前检查，且 add() 必须在 has() 为 false 后立即执行。顺序错或漏判，等于没加防护。

• 先调 seen.has(obj)：如果返回 true，说明该对象已在当前递归路径中出现过，直接 return 或返回缓存结果
• 再调 seen.add(obj)：确保后续子节点遇到同一对象时能被识别
• 不能在递归调用之后 add —— 那样刚进函数就漏判了一轮
• 传入的 seen 实例建议作为参数显式传递，而非闭包捕获，防止意外延长生命周期

适用对象类型与常见陷阱

WeakSet 对数组、普通对象、Map、Set、Date、RegExp、DOM 节点都有效，但对 JSON.stringify 这类黑盒方法无效——它内部不开放钩子，你无法插入判断。

• 传入原始值（如字符串、数字）会抛 TypeError: Invalid value used in weak set
• 若对象仍被事件监听器、闭包、全局变量或其它 Set/Map 持有，WeakSet 条目不会消失——它只“不添乱”，不“兜底”
• 不要指望用 WeakSet 做跨时间的状态查询，比如“这个节点上次初始化是什么时候”，该用 WeakMap 存键值对

一个可直接复用的深拷贝示例

这是防循环引用最典型的场景：

本篇关于《WeakSet 防止递归死循环的使用方法》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！