对象池适用于创建开销大、生命周期极短、结构高度稳定的对象；需预分配+懒扩容、acquire前强制reset、release时彻底清理引用，并避免池过大、重置不全、混用长生命周期对象及异步归还错乱。
直接用对象池复用对象，能明显降低 GC 压力，尤其适合每秒创建几十次以上、结构固定、生命周期短的对象——比如粒子、子弹、临时向量或 Canvas 渲染数据。
什么时候该上对象池？看三个硬指标
不是所有 new 都值得池化。只在同时满足以下条件时才建议引入：
- 创建开销大：构造函数里有数组预分配、JSON 解析、正则编译、或大量属性赋值；
- 生命周期极短：对象用完即弃，存活时间远小于页面运行时长（如一帧内生成又销毁）；
- 结构高度稳定：字段名、类型、嵌套层级基本不变，方便 reset 时精准清空。
反例：{x: 0, y: 0} 字面量、Promise 回调函数、普通表单数据对象——V8 优化足够，加池反而多写代码、易出错。
一个轻量但安全的池实现要点
不需要复杂库，几行代码就能搭出可用池。关键不在“存”，而在“重置”和“归还”：
立即学习“Java免费学习笔记（深入）”；
- 预分配 + 懒扩容：启动时建 10～30 个实例，用完再按需新建，避免初始内存浪费；
- acquire 必须调 reset()：每次取对象前强制重置内部状态（坐标、标志位、数组 length、定时器 ID 等），不能依赖 new；
- release 要彻底清理引用：reset 不仅要设默认值，还要置空大型 buffer、解除事件监听、清除 setTimeout ID，防止内存滞留；
- 显式归还，不可遗漏：业务逻辑必须配对调用 release()，漏掉一次就等于泄漏一个对象。
典型场景下的落地方式
结合具体用途，池的形态可以更高效：
- 数值密集型对象（如 Vec2/Rect）：改用 Float32Array 或 Uint32Array 代替普通对象，减少 GC 对象数；
- Canvas 图像数据：复用 Uint8ClampedArray 实例，避免每次 new ImageData.data；
- 高频临时容器（如解析中间对象）：用 class 封装，把 reset() 写成实例方法，语义清晰不易忘；
- 防误用兜底：可用 WeakMap 记录已借出对象，debug 时检查是否漏 release。
别踩这些坑
对象池是把双刃剑，用错反而拖慢性能：
- 池太大：长期驻留大量空闲对象，占用堆内存，可能提前晋升到老生代；
- 重置不全：比如只清了 x/y，忘了清 isAlive 或 callback 引用，导致下次使用行为异常或内存滞留；
- 混用长生命周期对象：把用户信息、配置项这类本该常驻的对象塞进池，增加管理负担且无收益；
- 异步中归还时机错乱：比如 Promise.then 里 release，但对象其实在 await 中已被其他逻辑修改——确保归还前对象确实不再被使用。
