JS `WeakMap` / `WeakSet` 在内存泄漏调试中的应用 - 智猿学院-前后端，数据库，人工智能，云计算等领域前沿技术讲座

各位听众，晚上好！我是你们的老朋友，今天咱们来聊聊 JavaScript 里的 WeakMap 和 WeakSet 这两个小家伙，看看它们在内存泄漏这个大麻烦面前，是怎么发挥作用的。

开场白：内存泄漏，代码里的定时炸弹

内存泄漏，听起来很可怕，但说白了，就是你的程序用完的内存没有及时归还给操作系统。久而久之，你的程序就像一个贪婪的胖子，越吃越多，最终撑爆肚子（崩溃！）。

在 JavaScript 里，内存泄漏的原因有很多，但最常见的一种就是循环引用。比如，A 对象引用了 B 对象，B 对象又引用了 A 对象，结果谁也无法被垃圾回收器回收，就像两只手紧紧抓住对方，谁也不撒手。

WeakMap 和 WeakSet：弱引用，拯救世界的超人

这时候，WeakMap 和 WeakSet 就该闪亮登场了。它们的核心秘密就在于“弱引用”。

弱引用： 就像握手，轻轻一握，随时可以松开。垃圾回收器在判断一个对象是否应该被回收时，如果只有弱引用指向它，那么这个对象仍然会被回收。
强引用： 就像死死抓住，除非你主动松手，否则永远不会放开。普通的变量赋值就是强引用。

WeakMap 和 WeakSet 的区别和用途：

特性	`WeakMap`	`WeakSet`
数据结构	键值对集合，键必须是对象。	对象的集合，对象只能出现一次。
键的类型	对象	对象
值的类型	任意	无（只存储对象本身）
主要用途	存储对象的元数据，而不会阻止对象被垃圾回收。	跟踪对象的存在，而不会阻止对象被垃圾回收。
应用场景	存储 DOM 元素的私有数据，存储对象的缓存数据，跟踪对象的状态。	跟踪对象的访问次数，检测对象是否已经被垃圾回收。
典型例子	存储 DOM 节点的事件监听器，存储对象的额外属性。	跟踪哪些对象已经被清理，记录某个对象是否被访问过。
是否可迭代	否	否
是否可清空	否	否
键或值是否可枚举	否	否
API	`set(key, value)`, `get(key)`, `has(key)`, `delete(key)`	`add(value)`, `has(value)`, `delete(value)`
内存管理	键是弱引用，当键指向的对象被回收时，键值对也会被自动移除。	值是弱引用，当值指向的对象被回收时，值也会被自动移除。
应用举例	缓存计算结果，关联 DOM 节点和事件处理函数，存储对象的私有属性。	跟踪对象的生命周期，记录对象是否被访问过，实现基于对象状态的缓存策略。
解决的问题	避免内存泄漏，允许在对象被回收后自动清理关联数据。	避免内存泄漏，允许在对象被回收后自动清理关联数据。
使用限制	只能使用对象作为键（`WeakMap`），只能存储对象（`WeakSet`）。	只能存储对象。
适用场景	当需要在不影响对象生命周期的情况下存储和访问对象的元数据时。	当需要跟踪对象的存在或状态，而不影响对象的生命周期时。
适用性	适用于需要存储对象额外信息，但又不希望这些信息阻止对象被垃圾回收的场景。	适用于需要跟踪对象的状态或生命周期，但又不希望这些跟踪阻止对象被垃圾回收的场景。
性能考虑	`WeakMap`和`WeakSet`的查找和操作通常比`Map`和`Set`更快，因为垃圾回收器可以更有效地处理它们。	`WeakSet`的查找和操作通常比`Set`更快，因为垃圾回收器可以更有效地处理它们。

代码示例：用 WeakMap 拯救 DOM 元素的命运

假设我们要在 DOM 元素上存储一些私有数据，比如元素的 ID。如果直接用 data 属性或者全局变量来存储，很容易造成内存泄漏。因为即使 DOM 元素从页面上移除了，这些数据仍然会存在，阻止 DOM 元素被垃圾回收。

// 错误的做法：
const element = document.getElementById('myElement');
element.data = { id: 'uniqueId' }; // 强引用，导致内存泄漏

// 正确的做法：
const elementData = new WeakMap();
const element = document.getElementById('myElement');
elementData.set(element, { id: 'uniqueId' });

// 当 element 从 DOM 中移除时，elementData 中的对应数据也会自动被清理，不会造成内存泄漏。

在这个例子中，elementData 是一个 WeakMap，它的键是 DOM 元素，值是包含 ID 的对象。当 element 从 DOM 中移除时，由于 elementData 中只有对 element 的弱引用，所以 element 可以被垃圾回收，elementData 中对应的键值对也会自动被删除。

代码示例：用 WeakSet 跟踪对象的生命周期

有时候，我们需要跟踪某个对象是否已经被垃圾回收。WeakSet 可以派上用场。

const mySet = new WeakSet();
let obj = { name: 'test' };

mySet.add(obj);

// obj 现在在 mySet 中
console.log(mySet.has(obj)); // 输出 true

obj = null; // 断开强引用

// 稍等片刻，等待垃圾回收器工作
setTimeout(() => {
  console.log(mySet.has(obj)); // 输出 false (或者 undefined，取决于垃圾回收器的行为)
}, 1000);

在这个例子中，我们创建了一个 WeakSet，并将 obj 添加到其中。然后，我们将 obj 设置为 null，断开了对 obj 的强引用。过一段时间后，垃圾回收器会回收 obj，mySet 中也会自动移除对 obj 的引用。

调试内存泄漏：WeakMap 和 WeakSet 的助力

WeakMap 和 WeakSet 不仅可以避免内存泄漏，还可以帮助我们调试内存泄漏。

定位泄漏点： 如果你怀疑某个对象发生了内存泄漏，可以创建一个 WeakMap 或 WeakSet 来跟踪这个对象。如果这个对象应该被回收，但 WeakMap 或 WeakSet 中仍然存在对它的引用，那么很可能发生了内存泄漏。
分析引用关系： 使用浏览器的开发者工具（比如 Chrome 的 Memory 面板），可以查看对象的引用关系。如果发现存在循环引用，或者某个对象被不应该引用的对象引用了，那么就可以找到内存泄漏的根源。

使用 WeakRef (实验性 API)

WeakRef 是一个更底层的 API，允许你创建一个对对象的弱引用。与 WeakMap 和 WeakSet 不同，WeakRef 不会自动清理引用。你需要手动检查引用是否仍然有效。

const ref = new WeakRef(obj);
const derefed = ref.deref(); // 获取引用的对象，如果对象已经被回收，则返回 undefined

if (derefed) {
  // 对象仍然存在
  console.log(derefed.name);
} else {
  // 对象已经被回收
  console.log('对象已经被回收');
}

最佳实践：防患于未然

避免循环引用： 这是预防内存泄漏的最重要的一点。在设计代码时，要尽量避免对象之间的循环引用。
及时清理不再使用的对象： 当一个对象不再使用时，要及时将其设置为 null，断开所有对它的引用。
使用 WeakMap 和 WeakSet： 在需要存储对象的元数据或者跟踪对象的生命周期时，优先使用 WeakMap 和 WeakSet，而不是普通的 Map 和 Set。
使用代码分析工具： 使用 ESLint 等代码分析工具，可以帮助你发现潜在的内存泄漏问题。
定期进行内存分析： 使用浏览器的开发者工具，定期对你的应用程序进行内存分析，及时发现和修复内存泄漏问题。

总结：WeakMap 和 WeakSet，内存管理的利器

WeakMap 和 WeakSet 是 JavaScript 中非常有用的工具，可以帮助我们避免内存泄漏，提高程序的性能和稳定性。虽然它们的使用场景相对有限，但掌握它们对于编写高质量的 JavaScript 代码至关重要。

记住，内存管理是一项重要的编程技能。只有掌握了内存管理的技巧，才能写出健壮、高效的应用程序。

Q&A 环节

现在，进入提问环节。大家有什么关于 WeakMap、WeakSet 或者内存泄漏的问题，都可以提出来，我会尽力解答。别客气，大胆提问吧！

发表回复 取消回复

发表回复取消回复