WeakMap和WeakSet通过弱引用避免干扰垃圾回收，适用于缓存、私有数据存储和对象标记场景，防止内存泄漏。
很多人知道 WeakMap 和 WeakSet 是 JavaScript 中的弱引用数据结构，但不清楚它们到底有什么用。其实它们的核心价值在于“不干扰垃圾回收”，这在特定场景下非常关键。
什么是弱引用？
普通对象、Map 或 Set 会对其中的键/值保持强引用，只要这些引用存在，对应的对象就无法被垃圾回收。而 WeakMap 和 WeakSet 中的引用是“弱”的，不会阻止垃圾回收器回收其所引用的对象。
这意味着：当你用一个对象作为 WeakMap 的键时，如果这个对象在其他地方不再被引用，它就会被自动清理，WeakMap 不会“拖后腿”。
WeakMap 的实际用途
WeakMap 最常见的用途是关联数据而不影响内存回收。
• 缓存对象相关的计算结果比如你有一个函数，需要为每个 DOM 元素计算某些布局信息。你可以用普通 Map 缓存：
const cache = new Map();function getLayout(el) { if (!cache.has(el)) cache.set(el, computeExpensiveLayout(el)); return cache.get(el);}
问题来了：即使页面移除了某个元素，只要它还在 cache 中，它就不会被回收，造成内存泄漏。换成 WeakMap 就安全了：
const cache = new WeakMap();
当 DOM 元素被删除且无其他引用时，WeakMap 中对应的缓存条目也会自动消失。
• 私有数据模拟在没有私有字段的旧环境中，可以用 WeakMap 存储实例的“私有”状态：
const privateData = new WeakMap();class Person { constructor(name, age) { privateData.set(this, { name, age }); } getName() { return privateData.get(this).name; }}
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
这样外部无法直接访问 privateData，而且当 Person 实例被销毁时，相关数据也自动释放。
WeakSet 的实际用途
WeakSet 适合用来标记对象，比如记录哪些对象已经被处理过。
• 标记正在处理中的对象，避免重复操作比如你写了一个渲染函数，可能被频繁调用，但希望对同一个对象只处理一次：
const processing = new WeakSet();function render(obj) { if (processing.has(obj)) return; processing.add(obj); // 执行渲染逻辑 doRender(obj); // 完成后移除标记（或等其自动回收） // 注意：WeakSet 没有 delete 方法？其实是有的，可以手动 cleaning}
当 obj 被销毁时，WeakSet 中的引用不会阻止回收，也不会造成内存堆积。
• 防止循环引用导致的内存泄漏在观察者模式或事件系统中，WeakSet 可以用来记录已绑定事件的对象，避免重复绑定，同时不影响对象生命周期。
限制与注意事项
WeakMap 和 WeakSet 并非万能，它们有一些重要限制：
• 键必须是对象（WeakMap）或对象类型（WeakSet）不能用字符串、数字等原始类型作为键。
• 不可枚举无法遍历 WeakMap/WeakSet，没有 keys()、values()、entries() 方法，也不能用 for...of。这是为了防止程序依赖其内部状态，干扰 GC 判断。
• 不能保证立即清理垃圾回收是异步的，WeakMap/WeakSet 的清理依赖 GC 时机，不能用于精确控制资源释放。
基本上就这些。WeakMap 和 WeakSet 看似小众，但在需要避免内存泄漏又想附加数据的场景中非常有用。关键是理解：它们让你“用完即走”，不用操心清理。
