什么是JS的弱引用？-js教程-PHP中文网

JavaScript需要弱引用以避免内存泄漏，主要通过WeakMap和WeakSet实现；其键或元素为对象时，不阻止垃圾回收，适用于为对象关联元数据、缓存、标记等场景，但无法遍历、不能用原始值作键、值为强引用且回收时机不确定，故仅解决特定内存泄漏问题，非万能工具。

什么是js的弱引用？

JavaScript的弱引用，简单来说，就是一种不会阻止垃圾回收器回收其所指向对象的引用。这意味着，如果一个对象只被弱引用所持有，那么当没有任何强引用指向它时，它就可以被垃圾回收，从而释放内存。在JS中，我们主要通过

WeakMap

登录后复制

和

WeakSet

登录后复制

来使用这种机制。

弱引用在我看来，是JavaScript在内存管理方面提供的一个精妙工具，尤其是在处理那些我们希望“临时”或“附属”地与某个对象关联数据，但又不希望因此延长该对象生命周期时，它显得尤为关键。它帮助我们避免了特定场景下的内存泄漏，让程序的资源管理更加灵活和高效。

为什么JavaScript需要弱引用？

说实话，刚接触JavaScript时，我一度觉得内存管理是件“黑箱”的事，反正有垃圾回收器，就不用操心了。但随着项目复杂度的提升，内存泄漏问题逐渐浮出水面，我才意识到，即使有GC，我们依然需要更精细的控制。

传统的强引用机制，只要你有一个变量指向一个对象，那么这个对象就会一直存在于内存中，直到所有指向它的引用都被解除。这在大多数情况下是没问题的，但设想一个场景：你正在开发一个单页应用，需要为DOM元素附加一些元数据，比如某个DOM节点对应的组件实例、或者一些缓存的计算结果。如果你用一个普通的

Map

登录后复制

（或其他对象）来存储这些信息，以DOM元素作为键，那么即使这个DOM元素从DOM树中被移除，你的

Map

登录后复制

中仍然持有对它的强引用，导致这个DOM元素及其关联的数据无法被垃圾回收。这就造成了典型的内存泄漏。

弱引用就是为了解决这类问题而生的。它提供了一种“非侵入式”的关联方式。当我需要把一些额外信息“挂”在一个对象上，但我又不想因为这个“挂载”而影响对象本身的生命周期时，弱引用就派上用场了。它允许我建立这种关联，同时又明确告诉垃圾回收器：“嘿，如果这个对象在别的地方没有被强引用，你尽管回收它，我这里持有的引用是弱的，不构成阻碍。” 这在处理大量动态创建和销毁的对象时，尤其能体现出它的价值，比如前面提到的DOM元素、或者一些大型数据结构中的节点。

WeakMap和WeakSet的工作原理与适用场景是什么？

WeakMap

登录后复制

和

WeakSet

登录后复制

是JavaScript中实现弱引用的核心API。它们的“弱”体现在，如果它们内部存储的键（对于

WeakMap

登录后复制

）或元素（对于

WeakSet

登录后复制

）是对象，并且这些对象在外部没有任何强引用时，垃圾回收器就可以自由地回收这些对象，同时

WeakMap

登录后复制

或

WeakSet

登录后复制

中对应的条目也会自动消失。这与常规的

Map

登录后复制

和

Set

登录后复制

形成了鲜明对比，后者会一直强引用它们的键和值/元素。

WeakMap

登录后复制

工作原理：
```
WeakMap
```
登录后复制
的键必须是对象（不能是原始值，比如字符串、数字、布尔值），而值可以是任意类型。它最核心的特性是，如果一个键对象在
```
WeakMap
```
登录后复制
之外没有任何强引用，那么垃圾回收器就可以回收这个键对象，同时
```
WeakMap
```
登录后复制
中与该键关联的键值对也会被自动移除。

适用场景：

为对象添加私有数据： 这是我个人觉得最酷的用法之一。你可以用

WeakMap

登录后复制

来存储一个对象的私有属性，而这些属性不会暴露在对象本身上，也不会阻止对象被垃圾回收。

const privateData = new WeakMap();

class MyComponent {
    constructor(element) {
        this.element = element;
        // 为DOM元素element关联一些私有状态
        privateData.set(element, { clickCount: 0, lastClick: null });

        element.addEventListener('click', () => {
            const data = privateData.get(element);
            data.clickCount++;
            data.lastClick = new Date();
            console.log(`Element clicked ${data.clickCount} times.`);
        });
    }
}

let myDiv = document.createElement('div');
document.body.appendChild(myDiv);
const comp = new MyComponent(myDiv);

// 当myDiv从DOM中移除，且没有其他强引用时，
// privateData中与myDiv关联的条目也会被自动清理。
// myDiv = null; // 模拟解除强引用
// document.body.removeChild(myDiv); // 假设这里移除了

登录后复制

缓存计算结果： 如果一个函数的计算结果依赖于某个对象，你可以用
```
WeakMap
```
登录后复制
来缓存，以对象作为键。当对象被回收时，缓存条目也自动失效，避免了缓存无限增长。
防止循环引用导致的内存泄漏： 在某些复杂的对象图结构中，
```
WeakMap
```
登录后复制
可以用来打破循环引用，尤其是在你需要建立父子关系或兄弟关系时，可以考虑用弱引用来避免不必要的内存驻留。

卡奥斯智能交互引擎
聚焦工业领域的AI搜索引擎工具

36

查看详情

WeakSet

登录后复制

工作原理：
```
WeakSet
```
登录后复制
只能存储对象（不能是原始值），并且它存储的对象是弱引用。如果一个对象在
```
WeakSet
```
登录后复制
之外没有任何强引用，那么垃圾回收器就可以回收这个对象，同时
```
WeakSet
```
登录后复制
中对应的对象也会被自动移除。

适用场景：

标记对象： 当你需要跟踪一组对象，但又不想阻止它们被垃圾回收时，

WeakSet

登录后复制

非常有用。比如，你可以用它来标记哪些对象已经处理过、哪些对象处于某个特定状态，或者哪些对象需要特殊权限。

const processedObjects = new WeakSet();

function process(obj) {
    if (processedObjects.has(obj)) {
        console.log('Object already processed, skipping.');
        return;
    }
    // ... 执行处理逻辑 ...
    console.log('Processing object:', obj);
    processedObjects.add(obj);
}

let user1 = { id: 1, name: 'Alice' };
let user2 = { id: 2, name: 'Bob' };

process(user1); // Processing object: { id: 1, name: 'Alice' }
process(user1); // Object already processed, skipping.
process(user2); // Processing object: { id: 2, name: 'Bob' }

// 当user1没有其他强引用时，它将从processedObjects中移除并被GC。
// user1 = null; // 模拟解除强引用

登录后复制

管理事件监听器： 尽管这不是
```
WeakSet
```
登录后复制
最常见的直接用途，但其弱引用特性可以间接用于管理那些附加到特定对象上的事件监听器，确保当对象本身被回收时，相关的监听器引用也能随之清理。

需要注意的是，

WeakMap

登录后复制

和

WeakSet

登录后复制

都没有

size

登录后复制

属性，也不能被迭代（例如

for...of

登录后复制

循环），也无法获取所有的键或值。这是它们“弱”的必然结果：因为它们的内部条目可能随时被垃圾回收器移除，所以提供这些操作是没有意义的，而且如果提供了，为了保证操作的稳定性，它们又不得不临时创建强引用，从而失去了弱引用的本意。

弱引用真的能完全避免内存泄漏吗？它的局限性又在哪里？

我觉得，把弱引用看作是内存泄漏的“万能药”是不切实际的。它确实是一个强大的工具，能解决特定类型的内存泄漏问题，但它有其明确的适用范围和局限性。

首先，弱引用主要解决的是那种“对象生命周期结束后，但其关联数据依然被强引用导致无法回收”的问题。它通过允许垃圾回收器在没有其他强引用时自由回收对象，来打破这种不必要的内存驻留。所以，如果你的内存泄漏问题是由于你代码中直接持有了对某个对象的强引用，并且你忘记在适当的时机解除这个强引用，那么弱引用是帮不上忙的。举个例子，如果你有一个全局数组，不断地往里面推入对象，即使你用

WeakMap

登录后复制

关联了这些对象，只要全局数组还在强引用着它们，这些对象就不会被回收。弱引用只是“不阻止”回收，而不是“强制”回收。

其次，

WeakMap

登录后复制

和

WeakSet

登录后复制

本身的局限性也很明显：

键/元素必须是对象： 你不能用原始值（字符串、数字、布尔值、
```
null
```
登录后复制
、
```
undefined
```
登录后复制
、
```
Symbol
```
登录后复制
）作为
```
WeakMap
```
登录后复制
的键，也不能把原始值添加到
```
WeakSet
```
登录后复制
中。这限制了它们的适用场景。
不可枚举和不可迭代： 前面也提到了，你无法遍历
```
WeakMap
```
登录后复制
或
```
WeakSet
```
登录后复制
中的所有条目，也无法获取它们的数量。这意味着你不能像操作普通
```
Map
```
登录后复制
或
```
Set
```
登录后复制
那样，去检查里面有哪些键或值，或者对所有条目进行批量操作。这使得它们更适合作为一种“幕后”的关联机制，而不是用来存储需要频繁查询或遍历的数据集。
值是强引用： 在
```
WeakMap
```
登录后复制
中，虽然键是弱引用，但与之关联的值却是强引用。这意味着，如果你的
```
WeakMap
```
登录后复制
中某个键的值是一个很大的对象，那么只要这个键（对象）还在被外部强引用，这个大的值对象就也不会被回收。这可能导致另一种形式的内存驻留，尽管它不是由键本身引起的。
不确定性： 垃圾回收的时机是不确定的。你无法精确控制一个弱引用对象何时会被回收。这通常不是问题，但在某些需要严格时序控制的场景下，可能会带来一些不便。