WeakSet 不实现自动垃圾回收，但通过弱引用使仅被其持有的组件实例在卸载后可被回收；需配合手动清理异步回调、事件监听器等强引用以避免内存泄漏。
WeakSet 本身不直接“实现”自动垃圾回收，但它能配合 JavaScript 的垃圾回收机制，让组件实例在卸载后更容易被回收——前提是不被其他强引用意外持有。
WeakSet 的核心特性：只存对象，且不阻止回收
WeakSet 中的元素必须是对象，且对这些对象的引用是弱引用。这意味着：如果某个组件实例（如 class 实例或 DOM 元素）只被 WeakSet 持有，而没有其他变量、闭包、事件监听器或全局结构引用它，那么该实例在下一次垃圾回收时就会被清除。
这正好契合组件卸载场景：卸载后，我们希望组件状态、回调、定时器等彻底释放，避免内存泄漏。
典型用法：标记活跃组件，卸载时清理副作用
WeakSet 常用于轻量级“存在性标记”，比如记录哪些组件当前处于“已挂载但尚未卸载”的状态。它不存储数据，只做身份登记，因此不会阻碍回收。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 创建一个全局 WeakSet（如
const mountedComponents = new WeakSet()） - 组件挂载时调用
mountedComponents.add(this) - 组件卸载前，检查
mountedComponents.has(this)确保还在集合中（可选），然后执行清理逻辑（如取消 fetch、清除 timer、移除事件监听器） - 无需手动从 WeakSet 删除 —— 卸载后若无其他引用，实例自动消失，WeakSet 内部也会随之“忘记”它
关键注意事项：WeakSet 不等于自动清理
WeakSet 只解决“引用持有”问题，不能替代显式清理逻辑。常见陷阱包括：
- 异步回调中闭包捕获了组件实例（如
setTimeout(() => { this.setState(...) }, 1000)）→ 实例被函数闭包强引用，WeakSet 无法帮它回收 - 全局事件监听器未解绑（如
window.addEventListener('resize', this.handleResize)），且this.handleResize是组件方法 → 实例被事件系统间接强持有 - 将组件实例存入普通 Set、Map、数组或作为对象属性 → 全部构成强引用，WeakSet 失效
实用示例：React 函数组件 + WeakSet 辅助检测
虽然 React 函数组件通常用 useEffect 清理，但 WeakSet 可用于跨模块的轻量级活跃状态追踪（例如性能监控或调试工具）：
const activeInstances = new WeakSet();
function useTrackMount() {
useEffect(() => {
const instance = {}; // 或传入 ref.current
activeInstances.add(instance);
return () => {
// 卸载时可做日志或触发清理钩子
if (activeInstances.has(instance)) {
console.log('Component unmounted cleanly');
}
};
}, []);
}
// 其他模块可安全检查：activeInstances.has(someRef.current)
// 而不用担心造成内存泄漏
