减少javascript垃圾回收频率的关键是控制对象生命周期、复用内存、减少临时对象生成；需复用对象/数组、慎用map/filter、及时解除引用、善用基本类型和typedarray，并通过devtools监控验证效果。
减少 JavaScript 垃圾回收（GC）频率的关键，不是“避免创建对象”，而是**控制对象生命周期、复用内存、减少临时对象生成**。GC 本身无法禁用，但频繁触发会引发卡顿，尤其在动画或高频交互场景中。优化重点在于降低堆内存压力和缩短 GC 停顿时间。
复用对象和数组，避免重复分配
每次调用 []、{}、new Array() 或 new Object() 都会创建新对象，增加 GC 负担。对循环内、事件回调、渲染帧中高频执行的代码尤其敏感。
- 函数内部不新建数组/对象，改用预分配的缓存池或复用已有实例
- 例如：将
const result = []提到函数外，或在类中作为实例属性初始化一次 - 数组方法慎用
map、filter—— 它们返回新数组；可用for循环 + 复用目标数组代替
及时解除引用，帮助 GC 快速回收
对象不可达是 GC 回收的前提。闭包、事件监听器、定时器、全局缓存等容易造成隐式引用泄漏。
- 移除 DOM 元素前，手动清除其绑定的事件监听器（
element.removeEventListener） - 清理不再需要的定时器（
clearTimeout/clearInterval），尤其在组件卸载时 - 避免在闭包中长期持有大对象引用；必要时设为
null显式释放 - 缓存数据加大小限制（如 LRU 队列），淘汰旧项而非无限制增长
善用基本类型和 TypedArray 处理大量数值
数字、字符串、布尔值是值类型，不参与堆分配；而 Number、String 构造函数会创建对象，应避免。
- 用
123而非new Number(123)，用"abc"而非new String("abc") - 处理图像、音频、物理模拟等大批量数值时，优先使用
Float32Array、Uint8Array等 TypedArray —— 内存连续、无 GC 开销、性能接近 C - 避免把数组转成
JSON.stringify再解析，这类操作会大量创建临时字符串和对象
监控与验证优化效果
优化不能靠猜测。Chrome DevTools 的 Memory 面板和 Performance 录制能真实反映 GC 行为。
- 录制运行过程，关注 “Garbage Collection” 事件的频率和持续时间（尤其看是否在帧关键路径上）
- 用
performance.memory（需开启 Chrome flag）观察usedJSHeapSize波动趋势 - 对比优化前后 FPS、长任务数量（Long Tasks）、内存增长斜率
- 注意：V8 的 Minor GC（Scavenge）快但频繁，Major GC（Mark-Sweep-Compact）慢但影响大；重点压低后者触发条件
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
