前端面试-垃圾回收机制

垃圾回收机制

JavaScript垃圾回收机制讲解

JavaScript的垃圾回收（Garbage Collection, GC）机制通过自动管理内存，释放不再使用的对象。主要策略包括：

核心算法

标记清除（Mark-Sweep）（主流方案）
- 标记阶段：从根对象（全局变量、活动执行上下文）出发，标记所有可达对象
- 清除阶段：回收未被标记的对象内存
- 特点：解决循环引用问题，但会产生内存碎片
引用计数（已淘汰）
- 记录每个对象的引用次数，归零时立即回收
- 致命缺陷：无法处理循环引用（A→B→A）

V8引擎优化策略

分代回收：
- 新生代（Young Generation）：使用Scavenge算法（空间复制），存活对象晋升至老生代
- 老生代（Old Generation）：采用标记-清除 与标记-整理（消除碎片）
增量标记（Incremental Marking） ：

将标记过程拆分为多个小步骤，避免长时间阻塞主线程
惰性清理（Lazy Sweeping） ：

延迟清理未被标记的内存区域，按需执行
并发标记 ：

使用后台线程执行标记任务，不阻塞JS执行

10道深度面试题与答案

1. JS如何判断对象是否可回收？

答案：

可达性标准：从根对象（全局对象、当前函数作用域链、活动执行上下文）出发，遍历所有引用链
不可达对象会被标记回收，与引用计数无关

2. 引用计数为何被淘汰？举例说明循环引用问题

答案：

javascript 复制代码

function createCycle() {
  let objA = { name: 'A' };
  let objB = { name: 'B' };
  objA.ref = objB;  // objA引用objB
  objB.ref = objA;  // objB引用objA
}
createCycle();  // 函数执行后，objA和objB的引用计数永远为1

引用计数无法识别这种循环引用，导致内存泄漏

3. WeakMap如何解决内存泄漏问题？

答案：

javascript 复制代码

const weakMap = new WeakMap();
let domNode = document.getElementById('node');

weakMap.set(domNode, { metadata: 'info' });
domNode = null;  // 当DOM节点移除后，WeakMap中的条目自动被GC回收

WeakMap的键是弱引用，不计入GC可达性判断
典型应用：存储DOM节点元数据而不影响其生命周期

4. 哪些操作会导致内存泄漏？

答案：

未清理的定时器/回调 ：

javascript 复制代码

const timer = setInterval(() => {...}, 1000);
// 忘记clearInterval(timer)

游离的DOM引用 ：

javascript 复制代码

let elements = {
  button: document.getElementById('button')
};
document.body.removeChild(elements.button);
// 仍保留elements.button的引用，阻止GC回收

闭包滥用 ：

javascript 复制代码

function createClosure() {
  const largeData = new Array(1000000).fill('*');
  return () => console.log(largeData.length); // largeData被长期持有
}

5. 如何手动触发垃圾回收？

答案：

浏览器环境 （非标准API）：

javascript 复制代码

if (typeof window.gc === 'function') {
  window.gc();  // Chrome需启动时加参数：--js-flags="--expose-gc"
}

Node.js环境 ：

javascript 复制代码

global.gc();  // 启动时需添加`--expose-gc`参数

6. 如何检测内存泄漏？

答案：

Chrome DevTools流程 ：
1. Performance面板录制内存变化
2. Memory面板进行堆快照（Heap Snapshot）对比
3. 筛选Detached DOM tree检查游离DOM节点
关键指标：JS堆大小持续增长，未出现预期回落

7. 解释分代回收的设计思想

答案：

弱分代假说：绝大多数对象存活时间很短
新生代 （1-8MB）：
- 使用Scavenge算法（From/To空间复制）
- 对象晋升条件：经历过一次GC存活或To空间占用超25%
老生代：存活时间长对象，采用标记清除/整理

8. 闭包一定会导致内存泄漏吗？

答案：

否。只有当闭包持续引用不再需要的大对象时才会泄漏

安全示例 ：

javascript 复制代码

function safeClosure() {
  const temp = largeData;
  return function() {
    // 不使用temp变量
    console.log('safe');
  };
}
// temp会被GC回收，因为闭包未引用它

9. 描述增量标记的工作流程

答案：

主线程执行JavaScript
GC线程在空闲时启动初始标记（快速标记直接引用）
将后续标记拆分为多个小任务
每个小任务在主线程空闲时执行（通过requestIdleCallback）
最终完成标记后执行清理

优势：避免单次长时间STW（Stop-The-World）

10. 如何优化大量临时对象的内存使用？

答案：

对象池模式 ：

javascript 复制代码

class ObjectPool {
  constructor(createFn) {
    this._pool = [];
    this._create = createFn;
  }
  get() {
    return this._pool.pop() || this._create();
  }
  release(obj) {
    this._pool.push(obj);
  }
}

// 使用示例
const pool = new ObjectPool(() => ({ x: 0, y: 0 }));
const v1 = pool.get();
pool.release(v1);  // 代替销毁，重复利用对象

优势：减少GC触发频率，提升性能

内存管理最佳实践

及时解除不再使用的全局变量引用（设为null）
使用事件监听器时，遵循添加/移除对称原则
避免在频繁调用的函数中创建大型临时对象
对于长期缓存，优先使用WeakMap/WeakSet
定时器、回调函数在组件卸载时主动清理