const male = true;const name = 'John Doe';怎么说呢，const age = 28;const adult = age>= 18;const person = { id: 1。name: 'John',age };const dog = { name: 'Puppy',personId: 1 };function getOwner {
return persons.find;}

. 内存生命周期

1. 分配：JS 引擎为变量/对象申请堆或栈空间。
2. 使用：读取或写入数据。
3. 释放：当对象不可达时由 GC 自动回收。说起来，

痛点提示：在 C/C++ 中你必须手动调用 free;在 JS 中忘记“断开引用”会导致对象始终不可达。却仍被根链持有，从而产生泄漏。

二、垃圾回收机制

. 如何识别垃圾对象

1️⃣ 引用计数法

通过统计对象被引用的次数来判断是否可以回收。计数为 0 时即视为垃圾。但该方法无法处理循环引用，导致永久占用内存。

function f {
const o1 = {};const o2 = {};o1.a = o2，// o1 引用 o2
o2.a = o1;// o2 引用 o1
}
f;// 两个对象形成环，计数永远不为 0

2️⃣ 标记-清除+ 标记-整理

标记阶段：

• 白色：未被发现的对象。怎么说呢，
• 灰色：已发现但其子节点尚未处理。
• 黑色：已发现且子节点全部处理完毕。

The GC 从根集合开始深度优先遍历，将所有可达对象染成黑色。遍历结束后仍为白色的对象即为垃圾。

清除阶段：

A simple linear scan over heap frees all white objects.

整理阶段：

Avoids fragmentation by moving surviving objects toger and updating all references. 虽然搬迁成本较高，但能显著降低碎片化导致的大块分配失败风险。

# 实际痛点案例：全停顿导致页面卡顿

• Synchronous GC: 当老生代触发一次完整标记‑清除时浏览器会暂停 JavaScript 执行，若堆较大可能出现>100 ms 卡顿。
• Aggressive Allocation: 频繁创建大数组或字符串。会快速填满新生代，引发频繁 Scavenge；每次 Scavenge 都会短暂阻塞 UI 渲染。
• Circular DOM References: 在 IE8 以下或某些旧版浏览器里DOM 与 JS 对象之间形成循环引用。会导致 GC 无法回收，引起长期内存泄漏。

. V8 引擎的分代回收策略

A. 新生代 – 半空间复制 + Scavenge

• The young space is split into two equal halves: "From" and "To".
• An allocation pointer moves forward in active half . When it fills up。a 快速复制式 GC.
• The live objects are copied to or half and former half is cleared.
• If an object survives two Scavenge cycles or if To‑space usage exceeds ~25 %，它会被晋升至老生代。

B. 老生代 – 标记‑整理

The old space uses classic Mark‑Sweep‑Compact algorithm because objects here tend to be long‑living.

C. 增量标记 & 并行标记

Larger heaps require splitting marking work into small slices so that UI thread can interleave execution—this is V8’s **Incremental Marking**.

D. 垃圾回收触发时机

• Younger Generation: 当 To 半空间不足以容纳新分配对象时立即触发 Scavenge。
• Elder Generation: 当老生代占用率达到阈值或程序空闲时触发 Mark‑Sweep‑Compact。
• User Interaction Sensitivity: V8 会尝试在使用者交互空档期执行增量标记，以降低感知卡顿。按理说，