Blob 可作为内存临时文件使用，无需写入磁盘、不占本地空间且生命周期可控；它本质是带类型的二进制数据块，创建即生效、不可变、支持 slice 分片和 URL.createObjectURL 临时引用，需及时 revoke 避免内存泄漏。
直接用 Blob 就能当“内存临时文件”用，不用写入磁盘、不占本地空间，还能精准控制生命周期——关键在于理解它不是真正的文件，而是一段带类型的二进制数据块，浏览器原生管理其内存归属。
Blob 本身就是轻量级临时容器
Blob 对象在创建时并不立即写入磁盘，而是驻留在内存中（或由浏览器底层优化为临时缓存），只在需要时才触发读取或导出。它的 size 和 type 属性清晰标识内容规模与格式，适合做中间态数据暂存。
- 创建即生效：new Blob([data], {type: 'image/png'}) 瞬间生成，无 IO 延迟
- 不可变设计天然防误改，避免状态污染
- 配合 URL.createObjectURL() 可生成仅当前会话有效的临时 URL，用于 img.src、a.download 或 fetch 请求
及时释放避免内存堆积
createObjectURL 生成的 URL 会持续引用 Blob，阻止垃圾回收。哪怕 Blob 不再被 JS 变量持有，只要 URL 没被 revoke，内存就不会释放。
- 用完立刻调用 URL.revokeObjectURL(url)，尤其在图片预览切换、文件重选、组件卸载时
- 不要依赖页面刷新自动清理——单页应用中常驻内存，容易累积
- 可封装工具函数，确保每次 create 后必有对应 revoke：
const url = URL.createObjectURL(blob);
return { url, revoke: () => URL.revokeObjectURL(url) };
}
结合 slice 实现按需分片处理
大文件无需全量加载，用 slice 切出指定字节范围生成新 Blob，既节省内存又支持断点续传、分块上传等场景。
- 例如上传前校验前 1MB 是否为合法 ZIP：const head = blob.slice(0, 1024*1024, 'application/zip')
- 视频截图可先 slice 出关键帧数据再解码，避免整段加载
- 注意 slice 返回新 Blob，原 Blob 不受影响，适合多路并行处理
替代 localStorage 的敏感数据暂存
用户上传的身份证照片、签名手写数据等，若仅需本会话内使用，用 Blob + 内存 URL 比存 Base64 到 localStorage 更安全：不落盘、不跨页面残留、关闭标签页即失效。
- 特别适合表单中途暂存、OCR 处理前缓冲、加密前原始数据持有
- 比 IndexedDB 简单，比 sessionStorage 容量更大（无 5MB 限制）
- 配合 FileReader.readAsArrayBuffer 可无缝对接 Web Crypto API 进行前端加解密
