Tri*_*kar 2 javascript garbage-collection v8 spidermonkey
我也喜欢读几篇文章,这对MDN和这一次我得到的GC是如何发生的JavaScript中的想法
我还是不明白像
a) 垃圾收集器什么时候开始(在一段时间后或必须满足某些条件后被调用)?
b) 谁负责垃圾收集(它是 JavaScript 引擎或浏览器/节点的一部分)?
c) 在主线程或单独线程上运行?
d) 以下哪一项具有更高的峰值内存使用量?
// first-case
// variables will be unreachable after each cycle
(function() {
  for (let i = 0; i < 10000; i++) {
    let name = 'this is name' + i;
    let index = i;
  }
})()
// second-case
// creating variable once
(function() {
  let i, name, index;
  for (i = 0; i < 10000; i++) {
    name = 'this is name' + i;
    index = i;
  }
})()
V8 开发人员在这里。简短的回答是:它很复杂。特别是,不同的 JavaScript 引擎,以及同一引擎的不同版本,会做不同的事情。
要解决您的具体问题:
a) 垃圾收集器什么时候开始(在一段时间后或必须满足某些条件后被调用)?
要看。可能两者都有。现代垃圾收集器通常是分代的:他们有一个相对较小的“年轻代”,只要它满了就会被收集。此外,他们有一个更大的“老年代”,他们通常以许多小步骤完成工作,以免中断执行时间太长。触发这样一个小步骤的一种常见方法是自上一步以来已经分配了 N 个字节(或对象)。另一种方式,尤其是在现代标签浏览器中,是在标签处于非活动状态或在后台时触发 GC 活动。除了这两个之外,很可能还有其他触发因素。
b) 谁负责垃圾收集(它是 JavaScript 引擎或浏览器/节点的一部分)?
垃圾收集器是 JavaScript 引擎的一部分。也就是说,它必须与相应的嵌入器进行某些交互才能处理嵌入器管理的对象(例如 DOM 节点),这些对象的生命周期以一种或另一种方式与 JavaScript 对象相关联。
c) 在主线程或单独线程上运行?
要看。在现代实现中,通常两者兼有:一些工作发生在后台(在一个或多个线程中),一些步骤在主线程上执行更有效。
d) 以下哪一项具有更高的峰值内存使用量?
这两个片段(可能)具有相同的峰值内存使用量:它们都不允许同时访问由多次迭代分配的对象。
编辑:如果你想阅读更多关于 V8 最近在做的与 GC 相关的工作,你可以在这里找到一系列的博客文章:https : //v8.dev/blog/tags/memory