ArrayBuffer是JS引擎管理的可读写固定内存块，Blob是浏览器抽象的不可变文件级二进制容器；二者定位不同、不可直接转换，必须显式调用方法互转，且Blob.arrayBuffer()为异步操作。
ArrayBuffer 是内存块，Blob 是文件级二进制容器
两者都用来处理二进制数据，但定位完全不同：ArrayBuffer 是一段可读写的、固定大小的原始内存，JS 引擎直接管理；Blob 是浏览器提供的抽象，代表不可变的、可能很大（比如视频文件）的二进制资源，不直接暴露内存地址，也不允许随机写入。
常见错误是试图用 new Blob([arrayBuffer]).arrayBuffer() 同步读取 Blob 内容——这会失败，因为 Blob.arrayBuffer() 是异步方法，返回 Promise。
-
ArrayBuffer适合：图像像素操作、WebSocket 二进制帧解析、WebAssembly 内存交互 -
Blob适合：文件上传、URL.createObjectURL() 预览、fetch 响应体接收 - 它们能互相转换，但必须显式调用方法，不能直接赋值或强制类型转换
从 ArrayBuffer 创建 Blob 很简单，但注意 type 参数
用 new Blob([arrayBuffer], {type: '...'}) 构造时，第一个参数必须是数组（哪怕只有一个 ArrayBuffer），且 type 只影响 Blob.type 属性和后续 MIME 处理（如 URL.createObjectURL()），不改变二进制内容本身。
容易忽略的是：如果省略 type 或传空字符串，Blob.type 会是空字符串，某些后端或 API 可能拒绝接收（比如要求 application/json 的接口）。
立即学习“Java免费学习笔记（深入）”；
const buf = new ArrayBuffer(4);
const view = new Uint8Array(buf);
view.set([0x48, 0x65, 0x6c, 0x6c]); // "Hell"
const blob = new Blob([buf], {type: 'text/plain'});
console.log(blob.type); // "text/plain"
console.log(blob.size); // 4
从 Blob 读取 ArrayBuffer 必须用 async/await 或 .then()
Blob.arrayBuffer() 是唯一标准方式，它返回 Promise，不是同步方法。有人误以为 blob.slice().arrayBuffer() 能绕过异步——不行，slice() 返回新 Blob，arrayBuffer() 仍是异步。
性能注意点：大 Blob（如 100MB 视频）调用 arrayBuffer() 会把整个内容复制进内存，可能触发 OOM；此时应优先考虑 stream() + ReadableStream 分块处理。
const blob = new Blob(['Hello'], {type: 'text/plain'});
// ✅ 正确
const buf = await blob.arrayBuffer();
const text = new TextDecoder().decode(buf); // "Hello"
// ❌ 错误：.arrayBuffer 不是函数（如果误写成 blob.arrayBuffer）
// ❌ 错误：没有 await / then，buf 是 Promise 对象而非 ArrayBuffer
SharedArrayBuffer 和 Blob 都不能直接跨线程传递
ArrayBuffer 默认不能传给 Worker，必须用 postMessage(buf, [buf]) 转移所有权；SharedArrayBuffer 可共享，但需启用 crossOriginIsolated 环境，且 Blob 无法被共享——它只能通过 postMessage(blob) 复制引用（实际是序列化路径或句柄，不是数据本身）。
一个典型坑：在 Worker 中对 ArrayBuffer 做了修改，主线程却没更新，是因为忘了转移（transfer）或用了普通拷贝；而传 Blob 进 Worker 后调用 arrayBuffer()，仍会触发完整加载，不是“共享”数据。
真正需要零拷贝+跨线程时，优先选 ArrayBuffer + transfer；需要持久化或网络传输时，才用 Blob 封装。
