arraybuffer + typedarray 高效处理大文件的核心是绕过 js 堆内存装箱与 gc，实现底层连续内存的零拷贝访问；需源头获取原生 arraybuffer（如 fetch、file.arraybuffer）、用 subarray 创建视图而非深拷贝、跨线程用 transferable 移交所有权、超大规模数据应预分配并复用视图。
直接用 ArrayBuffer + TypedArray 处理大文件二进制流，核心不是“加快数组运算”，而是绕过 JS 堆内存的装箱开销和 GC 压力，让原始字节在底层内存中连续存放、按需映射、零拷贝访问。
从源头获取真正高效的 ArrayBuffer
高效处理的前提是 ArrayBuffer 本身来自底层 I/O，而非 JS 层构造。这类 buffer 天然驻留、只读、可安全切片：
- 网络请求：用
fetch(url).then(res => res.arrayBuffer())，拿到的就是浏览器内核直接分配的只读 buffer，无需 base64 或文本中转 - 本地文件：
file.arrayBuffer()（现代 API）或FileReader.readAsArrayBuffer()，返回 buffer 可立即用于 Uint8Array 视图解析 - Canvas 图像：
ctx.getImageData(0, 0, w, h).data返回 Uint8ClampedArray，底层共享同一块像素内存，灰度/滤镜等批量操作不复制字节
切片即视图：subarray() 是零拷贝的关键操作
不要用 Uint8Array.from(arr) 或传入普通数组构造新实例——这会强制深拷贝整块数据，彻底丢失性能优势。正确做法是复用 buffer，仅创建新视图：
-
const header = new Uint32Array(buffer, 0, 1)[0]读取协议头部长度 -
const payload = new Uint8Array(buffer, 4, header)指向有效载荷区域，不复制字节 -
const chunk = fullView.subarray(offset, offset + size)动态分段，视图间共享底层 buffer
跨线程传递：用 transferable 移交内存所有权
主线程与 Worker 之间传大文件时，复制成本极高。必须移交 ArrayBuffer 本身，而非 TypedArray 实例：
- 发送端：
worker.postMessage(buffer, [buffer])—— 第二个参数声明 transfer list，buffer 立即 detach - 接收端：
const view = new Uint8Array(e.data)，直接使用，无拷贝、无延迟 - 注意：
view.buffer.byteLength为 0 表示已 detached，需提前检查；只能 transfer ArrayBuffer，不能 transfer TypedArray
超大规模数据：预分配 + 视图复用防抖动
反复 new ArrayBuffer(几 GB) 容易触发 V8 内存抖动甚至 OOM。对点云、视频帧等场景，应一次性预分配大块内存：
- 初始化：
const ab = new ArrayBuffer(4 * 1024 * 1024 * 1024)（4GB），比多次小块分配更稳定 - 每次解析新数据段：
new Float32Array(ab, start, count)创建对应视图，无需重新分配 - 注意字节对齐：例如 Float32Array 要求 offset 是 4 的倍数，否则可能抛错或性能下降
