当前位置：文江博客话题详情

是否可以创建“弱引用”？在 JavaScript 中？

发布于 2024-07-08 14:33:36 字数 325 浏览 9 评论 0原文

JavaScript 有没有办法创建对另一个对象的“弱引用”？这是描述什么是弱引用的 wiki 页面。这是另一篇用 Java 描述它们的文章。任何人都可以想办法吗在 JavaScript 中实现这个行为？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

清风挽心 2024-07-15 14:33:37

EcmaScript 6 (ES Harmony) 有一个 WeakMap 对象。现代浏览器对浏览器的支持非常好（最近 3 个版本的 Firefox、chrome甚至即将推出的 IE 版本也支持它）。

回复收藏 0 原文

简单 2024-07-15 14:33:37

http://www.jibbering.com/faq/faq_notes/closures.html

ECMAScript 使用自动垃圾收集。该规范没有定义细节，将其留给实现者来解决，并且已知某些实现为其垃圾收集操作赋予非常低的优先级。但一般的想法是，如果一个对象变得不可引用（通过没有剩余的引用可供执行代码访问），它就可以用于垃圾回收，并且将在将来的某个时刻被销毁，并且它正在消耗的任何资源都会被释放并返回到系统以供重复使用。

退出执行上下文时通常会出现这种情况。作用域链结构、激活/变量对象以及在执行上下文中创建的任何对象（包括函数对象）将不再可访问，因此将可用于垃圾回收。

这意味着没有弱者，只有不再可用的者。

回复收藏 0 原文

月牙弯弯 2024-07-15 14:33:36

更新：自 2020 年 7 月起，一些实现（Chrome、Edge、Firefox 和 Node.js）已支持 WeakRef 在 WeakRefs 提案，截至 2020 年 12 月 16 日，这是“第 3 阶段草案”。

JavaScript 中没有对弱引用的语言支持。您可以使用手动引用计数来推出自己的应用程序，但不是特别顺利。您无法创建代理包装对象，因为在 JavaScript 中，对象永远不知道它们何时将被垃圾收集。

因此，您的“弱引用”成为简单查找中的关键（例如整数），使用添加引用和删除引用方法，并且当不再有手动跟踪的引用时，可以删除条目，从而保留将来的查找该键返回 null。

这并不是真正的弱引用，但它可以解决一些相同的问题。它通常在复杂的 Web 应用程序中完成，以防止当 DOM 节点或事件处理程序与与其关联的对象（例如闭包）之间存在引用循环时，浏览器（通常是 IE，尤其是旧版本）发生内存泄漏。在这些情况下，甚至可能不需要完整的引用计数方案。

回复收藏 0 原文

べ繥欢鉨o。 2024-07-15 14:33:36

在 NodeJS 上运行 JS 时，您可以考虑 https://github.com/TooTallNate/node-weak。

回复收藏 0 原文

冷︶言冷语的世界 2024-07-15 14:33:36

更新：2019 年 9 月

目前还无法使用弱引用，但很可能很快就会成为可能，因为 JavaScript 中的 WeakRefs 正在开发中。详细信息如下。

提案

提案现在处于第 3 阶段，这意味着它具有完整的规范，进一步完善将需要来自实施和用户的反馈。

WeakRef 提案包含两个主要的新功能：

使用 WeakRef 类 创建对对象的弱引用
在对象被垃圾收集后运行用户定义的终结器，使用 FinalizationGroup 类

用例

弱引用的主要用途是实现保存大对象的缓存或映射，其中不希望大对象仅因为出现在缓存中而保持活动状态或映射。

终结是在程序执行无法访问的对象之后执行代码以进行清理。用户定义的终结器支持多个新用例，并且可以在管理垃圾收集器不知道的资源时帮助防止内存泄漏。

来源和进一步阅读

https://github.com/tc39/proposal-weakrefs
https://v8.dev/features/weak-references

回复收藏 0 原文

决绝 2024-07-15 14:33:36

2021 更新

WeakRef 现已在 Chrome、Edge 和 Firefox 中实现。仍在等待 Safari 和其他一些坚持不懈的人。

https://developer.mozilla.org/en- US/docs/Web/JavaScript/Reference/Global_Objects/WeakRef

2021 年 5 月更新
现在，它可以在 Safari 以及所有主要浏览器上使用。往上看。

回复收藏 0 原文

违心° 2024-07-15 14:33:36

他们终于来了。尚未在浏览器中实现，但很快就会实现。

https://v8.dev/features/weak-references

回复收藏 0 原文

南烟 2024-07-15 14:33:36

真正的弱引用，不，还没有（但浏览器制造商正在研究这个主题）。但这里有一个关于如何模拟弱引用的想法。

您可以构建一个缓存来驱动对象。当存储对象时，缓存会预测该对象将占用多少内存。对于某些项目，例如存储图像，这是很容易解决的。对于其他人来说，这会更加困难。

当您需要一个对象时，您可以向缓存请求它。如果缓存有该对象，则返回该对象。如果不存在，则生成、存储该项目，然后返回该项目。

当预测的内存总量达到一定水平时，通过缓存删除项目来模拟弱引用。它将根据物品被检索的频率以及它们被取出的时间进行加权来预测哪些物品是最少使用的。如果创建项目的代码作为闭包传递到缓存中，则还可以添加“计算”成本。这将允许缓存保留构建或生成非常昂贵的项目。

删除算法是关键，因为如果你犯了这个错误，那么你最终可能会删除最受欢迎的项目。这会导致糟糕的性能。

只要缓存是唯一对所存储的对象具有永久引用的对象，那么上述系统应该可以很好地替代真正的弱引用。

回复收藏 0 原文

杀手六號 2024-07-15 14:33:36

使用缓存机制来模拟弱引用，如JL235建议以上，是合理的。如果弱引用本身存在，您将观察到如下行为：

this.val = {};
this.ref = new WeakReference(this.val);
...
this.ref.get(); // always returns val
...
this.val = null; // no more references
...
this.ref.get(); // may still return val, depending on already gc'd or not

而使用缓存，您将观察到：

this.val = {};
this.key = cache.put(this.val);
...
cache.get(this.key); // returns val, until evicted by other cache puts
...
this.val = null; // no more references
...
cache.get(this.key); // returns val, until evicted by other cache puts

作为引用的持有者，您不应该对它何时引用某个值做出任何假设，这与使用缓存

Using a caching mechanism to emulate a weak reference, as JL235 suggested above, is reasonable. If weak references would exist natively, you would observe a behavior like this:

this.val = {};
this.ref = new WeakReference(this.val);
...
this.ref.get(); // always returns val
...
this.val = null; // no more references
...
this.ref.get(); // may still return val, depending on already gc'd or not

Whereas with a cache you would observe:

this.val = {};
this.key = cache.put(this.val);
...
cache.get(this.key); // returns val, until evicted by other cache puts
...
this.val = null; // no more references
...
cache.get(this.key); // returns val, until evicted by other cache puts

As a holder of a reference, you should not make any assumptions about when it refers to a value, this is no different using a cache

回复收藏 0 原文

~没有更多了~