对象池通过复用对象从源头减少垃圾产生，避免高频new导致的minor gc激增和帧率抖动；需预分配+懒扩容、acquire前强制reset、release时彻底断引用，并仅适用于结构稳定、创建成本高、生命周期短的对象。
在高频内存分配场景中，对象池（Object Pooling）是优化垃圾回收最直接有效的方式——它不改变GC机制，而是从源头减少“垃圾”产生。关键不是让GC更快，而是让它几乎无事可做。
为什么高频分配会让GC变慢
JavaScript的新生代内存使用Scavenge算法，每次回收虽快（毫秒级），但频繁触发会导致帧率抖动。比如每秒创建500个粒子对象，V8很快就会填满From空间，触发数十次Minor GC；若其中部分对象因引用残留意外晋升到老生代，还会拖慢更耗时的Mark-Sweep过程。
- 每轮
new都触发内存分配 + 构造函数执行，纯开销 - 临时对象大量涌入新生代，抬高GC频率
- 未清理的闭包、事件监听器或大型数组引用，会阻碍对象被回收
对象池的核心实现要点
一个实用的对象池不需要复杂框架，重点是可控、安全、轻量：
- 预分配 + 懒扩容：启动时创建10～30个实例（视典型负载定），用完再按需新建，避免初始内存浪费
-
acquire 必带 reset：每次获取对象前强制调用
reset()，清空坐标、状态标志、数组引用等，不能依赖构造函数 -
release 要彻底断引用：重置时不仅要设
x = 0，还要array.length = 0、timerId = null、removeEventListener，防止内存滞留 -
容量设上限：比如
maxSize = 200，避免失控增长吃光内存；超出时可抛错或降级为new（需监控告警）
哪些对象适合池化，哪些不必
池化不是银弹，用错反而增加维护负担和内存驻留。
-
推荐池化：结构稳定、创建开销大、生命周期短的对象
例如：Vec2/Rect类、Canvas粒子、子弹实体、JSON解析中间容器、Uint8ClampedArray缓冲区 -
不建议池化：字面量对象（
{x:0,y:0}）、Promise回调、用户模型、长期缓存对象
原因：V8已对简单对象做了深度优化；池化后长期占内存，且reset逻辑易出错
配合现代JS进一步提效
语言特性可以降低池管理成本：
- 用
class封装可池化对象，把reset()作为实例方法，语义清晰 - 池内部用
Array.push()/.pop()管理空闲队列，比Map查找快一个数量级 - 数值密集型场景（如物理模拟）优先用
Float32Array替代普通对象，减少GC压力 - 用
WeakMap跟踪借用中的对象，辅助调试泄漏（不阻止回收）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
