JavaScript 垃圾收集器何时以及如何工作

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;
  }
})()
Run Code Online (Sandbox Code Playgroud)
// second-case
// creating variable once

(function() {
  let i, name, index;

  for (i = 0; i < 10000; i++) {
    name = 'this is name' + i;
    index = i;
  }
})()
Run Code Online (Sandbox Code Playgroud)

jmr*_*mrk 5

V8 开发人员在这里。简短的回答是:它很复杂。特别是,不同的 JavaScript 引擎,以及同一引擎的不同版本,会做不同的事情。

要解决您的具体问题:

a) 垃圾收集器什么时候开始(在一段时间后或必须满足某些条件后被调用)?

要看。可能两者都有。现代垃圾收集器通常是分代的:他们有一个相对较小的“年轻代”,只要它满了就会被收集。此外,他们有一个更大的“老年代”,他们通常以许多小步骤完成工作,以免中断执行时间太长。触发这样一个小步骤的一种常见方法是自上一步以来已经分配了 N 个字节(或对象)。另一种方式,尤其是在现代标签浏览器中,是在标签处于非活动状态或在后台时触发 GC 活动。除了这两个之外,很可能还有其他触发因素。

b) 谁负责垃圾收集(它是 JavaScript 引擎或浏览器/节点的一部分)?

垃圾收集器是 JavaScript 引擎的一部分。也就是说,它必须与相应的嵌入器进行某些交互才能处理嵌入器管理的对象(例如 DOM 节点),这些对象的生命周期以一种或另一种方式与 JavaScript 对象相关联。

c) 在主线程或单独线程上运行?

要看。在现代实现中,通常两者兼有:一些工作发生在后台(在一个或多个线程中),一些步骤在主线程上执行更有效。

d) 以下哪一项具有更高的峰值内存使用量?

这两个片段(可能)具有相同的峰值内存使用量:它们都不允许同时访问由多次迭代分配的对象。


编辑:如果你想阅读更多关于 V8 最近在做的与 GC 相关的工作,你可以在这里找到一系列的博客文章:https : //v8.dev/blog/tags/memory