WeakSet 更适合临时监听器，因其弱引用特性可避免内存泄漏：普通 Set 强持有函数导致无法 GC，而 WeakSet 不阻止回收，实现自动遗忘；但仅支持对象、不可遍历、需复用函数引用且不替代 removeEventListener。
WeakSet 适合管理临时注册的事件监听器，关键在于利用它的弱引用特性：当监听器函数本身不再被其他地方引用时，WeakSet 不会阻止其被垃圾回收，从而避免内存泄漏。
为什么 WeakSet 比 Set 更适合临时监听器
普通 Set 会强持有添加进去的函数对象，即使该函数在业务逻辑中已失去引用（比如组件卸载、闭包销毁），只要还在 Set 中，它就无法被 GC。而 WeakSet 只接受对象（包括函数）作为值，且不阻止其被回收——这正契合“临时监听器”的生命周期需求：监听器只在某个上下文有效，上下文销毁后，监听器也应自然消失。
基本用法：注册与清理无需手动干预
WeakSet 本身不支持遍历或查询，所以不能像 Set 那样主动遍历移除。它的价值在于“自动遗忘”——你只需确保监听器是独立函数（而非内联箭头函数），并统一用 WeakSet 记录，后续无需显式清理：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 每次绑定监听器前，把函数实例加入 WeakSet
- 监听器执行后，若外部再无引用（如组件 unmount、变量重赋值），WeakSet 中的条目会随函数一起被自动回收
- 不需要调用
delete()或清空逻辑，减少出错可能
实际场景示例：组件级事件监听
以一个简易的 DOM 组件为例，监听窗口大小变化：
立即学习“Java免费学习笔记（深入）”；
const pendingListeners = new WeakSet();
<p>function createResizeHandler(component) {
const handler = () => {
component.updateLayout?.();
};
pendingListeners.add(handler); // 加入 WeakSet
return handler;
}</p><p>// 使用
const myComponent = { updateLayout() { /<em> ... </em>/ } };
const handler = createResizeHandler(myComponent);
window.addEventListener('resize', handler);</p><p>// 当 myComponent 被销毁，且 handler 不再被任何变量引用时，
// 即使没调用 removeEventListener，handler 也会被 GC，
// WeakSet 中对应条目同步失效。
</p>注意事项与限制
- 不能存原始值：WeakSet 只接受对象，监听器必须是函数对象（不能是字符串或数字）
-
无法遍历或检查存在性：WeakSet 没有
size、has()、forEach()等方法，不适合需要“主动管理”的场景 -
内联函数无效：写成
el.addEventListener('click', () => {...})会导致每次都是新函数，WeakSet 无法关联生命周期；必须复用同一函数引用 -
removeEventListener 仍需配对：WeakSet 不替代事件解绑逻辑；若需提前解绑（如切换路由前），仍要保存引用并调用
removeEventListener
