避免gc频繁触发的关键是减少高频创建与丢弃对象，并确保不可达对象能被正确回收：复用对象池、清空数组而非重建、切断无效引用、复用函数引用、避免隐式字符串分配等。
避免 JavaScript 垃圾回收（GC）频繁触发，关键不是阻止 GC 本身——它本该自动运行——而是减少“迫使引擎不得不高频清理”的内存行为。核心思路是：让对象更少地被创建和丢弃，同时确保不再需要的对象能真正被判定为“不可达”。
复用对象，别总 new
高频创建临时对象（比如每帧生成新数组、新对象、新函数）会快速填满新生代内存，触发 Scavenge 回收。这不是代码逻辑错，而是分配模式问题。
- 用对象池管理高频对象（子弹、粒子、UI 节点等）：预先创建一批实例，用完放回池中，下次直接取，不 new 也不 destroy
- 复用已有数组或对象：把
let arr = []提升为类成员，每次用前清空arr.length = 0，而不是每轮都新建 - 避免在循环或 update 中写
{x:1, y:2}或new Date()，改用预定义对象或静态工具方法
切断无效引用，让 GC 能真正回收
GC 不是“找不到对象就回收”，而是“顺着引用链发现不到，才回收”。只要一个对象还被某处悄悄引用着，它就永远“可达”，内存就一直占着。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 事件监听器用完记得
removeEventListener，尤其动态添加的；Vue/React 中优先用响应式机制而非手动绑定 - 定时器、Promise 回调里闭包捕获了大对象？及时设为
null或用弱引用场景（如 WeakMap）隔离 - DOM 元素移除后，检查是否还有 JS 变量持有它的引用（比如缓存了
el.querySelector(...)结果却没清理）
控制函数与闭包的生成频率
每次声明匿名函数（尤其是作为回调传入事件或 Promise），都会创建一个新的函数对象——它也是 GC 的回收目标。
- 把事件回调抽成类方法或模块级函数，复用同一函数引用
- 避免在 render 或 update 中内联写箭头函数：
onClick={() => doSomething(id)}→ 改为onClick={this.handleClick.bind(this, id)}或用 data-* 属性 + 统一处理器 - 大量使用 Proxy（如 Vue 3 响应式）时，注意不要无节制嵌套或重复 wrap 同一对象
留意字符串与隐式分配
看似轻量的操作也可能触发 GC：字符串拼接、JSON 序列化/解析、正则 exec 结果、甚至 console.log 的内部格式化。
- 高频日志建议关闭或加条件开关，避免
console.log(obj)拷贝整个对象结构 - 拼接长字符串时，用数组
join替代多次+=，减少中间字符串对象生成 - 避免在循环中反复调用
JSON.parse(JSON.stringify(obj))深拷贝，改用结构化克隆（structuredClone）或按需浅拷贝
不复杂但容易忽略：GC 频繁，往往不是因为用了太多内存，而是内存“来得急、去不了”。盯住分配节奏和引用路径，比调优单个算法更有效。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
