大循环中应复用对象池、预分配数组、避免字符串拼接和隐式装箱、及时释放引用，并分片执行以降低gc频率。
大循环中频繁创建对象或字符串会快速堆积待回收内存，导致垃圾回收（GC）频繁触发，造成明显卡顿。核心思路是复用、预分配、避免隐式装箱和及时释放引用。
复用对象池代替反复 new
循环中每次 new Object()、new Array() 或自定义类实例都会产生新内存。改用对象池预先分配固定数量实例，在循环中重置并复用。
- 对简单结构（如坐标点、临时计算结果），声明一个全局或外层作用域的复用对象：
const temp = {x: 0, y: 0};，每次循环只修改属性值，不新建 - 对数组，用
array.length = 0清空而非[]重建；需要固定长度时，提前创建好并复用：const buffer = new Float32Array(1000); - 复杂对象可封装简易池：维护一个空闲队列，
get()返回可用实例，release(obj)归还，避免构造/析构开销
避免字符串拼接与隐式类型转换
循环内用 += 拼接字符串会生成多个中间字符串对象；obj.toString()、'' + num 等也触发临时包装对象分配。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 大量字符串累积用
Array.prototype.push()收集片段，最后arr.join('')一次性生成 - 数值转字符串优先用
String(num)或模板字面量（${num}在现代引擎中优化较好），避免num + '' - 日志或调试输出尽量移出热循环，或用条件开关控制是否执行
及时解除闭包与长生命周期引用
循环变量被内层函数捕获、或意外将临时数据挂到全局/缓存对象上，会使本该回收的对象长期驻留。
- 检查循环内是否创建了未被清除的定时器、事件监听器、Promise 回调——它们可能持有对外层变量的引用
- 避免把循环中生成的数据直接赋给
window、console或第三方库的全局缓存结构 - 使用
let声明循环变量（而非var），确保每次迭代有独立绑定，减少闭包意外捕获范围
分片执行与主动提示 GC（谨慎使用）
极长循环可拆成小块，每执行若干次后用 setTimeout 或 queueMicrotask 让出主线程，给浏览器机会回收。
- 例如每 1000 次迭代后
await queueMicrotask(() => {})（需在 async 函数中） -
globalThis.gc()仅在 Node.js 开启--expose-gc时可用，浏览器不可用，生产环境禁止依赖 - 更可靠的做法是监控内存（
performance.memory，仅部分浏览器支持），在接近阈值时主动暂停或降级处理逻辑
不复杂但容易忽略：多数 GC 压力来自无意识的新建和引用滞留。先做对象复用和字符串优化，再审视引用链，通常就能显著降低 GC 频率。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
