typedarray 能显著降低内存碎片化，因其绑定连续 arraybuffer、绕过 js 堆管理、不参与 gc；而普通数组元素分散分配、易触发重分配与小对象碎片。
使用 TypedArray 是减少 JavaScript（尤其是 Node.js 或 WebAssembly 场景）中内存碎片化的高效手段，核心在于它绕过 JS 堆管理，直接操作底层连续内存块，避免频繁的小对象分配与 GC 干预。
为什么 TypedArray 能显著降低碎片
普通 JS 数组（如 [] 或 new Array()）在 V8 中实际是动态哈希表或稀疏结构，元素存储分散，且每个元素可能单独分配堆内存；而 TypedArray（如 Uint8Array、Float32Array）背后绑定一块连续的 ArrayBuffer，整块内存由引擎统一管理，不参与 JS 垃圾回收周期——这意味着：
• 不产生 JS 堆上的小对象碎片
• 避免因频繁 push/shift 导致的内部重分配和拷贝
• 内存布局高度紧凑，无对齐浪费或隐式 padding
典型优化场景与写法对比
❌ 低效模式（易碎）：
• 每帧创建新数组：const points = []; → 每次 push 一个 {x: number, y: number} 对象
• 存储大量数值时用普通数组：const values = new Array(10000).fill(0); → 实际分配上万个独立 JS Number 对象
✅ 高效替代（抗碎）：
• 使用结构化 TypedArray：const buffer = new ArrayBuffer(10000 * 4 * 2);
const positions = new Float32Array(buffer); // x,y 各占 4 字节
• 复用已有 buffer：positions.fill(0); // 无需重新分配
• 动态扩容时预估上限，一次性分配足够空间，而非 grow-as-you-go
配合策略进一步控碎
- 固定长度优先：明确数据规模时，直接按最大容量初始化 TypedArray，避免 resize 导致的旧 buffer 悬空和新分配
- 复用 ArrayBuffer：多个 TypedArray 可共享同一 buffer（如 Uint8Array 和 Int32Array 视图），减少底层内存块数量
- 避免混合类型：不用 TypedArray 存字符串（应转为 TextEncoder 编码为 Uint8Array），也不混用不同精度数值视图，防止意外越界或重解释开销
- 及时释放大 buffer：若某段 ArrayBuffer 长期不用，可设为 null 并触发 global.gc()（Node.js）或依赖浏览器自动回收，防止长期驻留
注意事项与边界情况
TypedArray 本身不解决所有碎片问题：
• 它只规避 JS 堆碎片，但若频繁创建/销毁 ArrayBuffer，仍可能在底层 C++ 堆（V8 的 BackingStore）引发外部碎片
• 在浏览器中，过大 ArrayBuffer（如 >512MB）可能触发内存限制或 OOM，需分片处理
• WebAssembly 环境下，TypedArray 是与 wasm 内存交互的唯一安全通道，此时碎片控制更关键——建议 wasm 模块内使用 arena 分配器管理内存，JS 层仅通过固定视图读写
