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 进行前端加解密











