blob攻略：高频问题对照
blob攻略的核心，是把Blob放回前端文件处理体系里看。它与File、ArrayBuffer、base64、Stream各有边界。横向比较后会发现，Blob不是最底层的工具，却是多数下载、预览、上传场景里成本最低的中间层。
问：Blob和File到底选哪个
答案取决于文件来源。用户通过input选择的文件，浏览器给你的通常就是File，它包含name、lastModified等信息；前端自己生成内容时，用Blob更自然。正面看，File信息更完整；反面看，File构造在部分历史环境里兼容性不如Blob稳定。
实际攻略是：已有真实文件就保留File，不要无意义转Blob；动态生成CSV、JSON、日志、截图时用Blob。若后端需要文件名，可以在FormData.append时传第三个参数，而不是强行构造File。
问：Blob和ArrayBuffer谁性能更好
不能简单比较。Blob像封装好的文件块，适合传递、切片、下载；ArrayBuffer像裸字节数组，适合计算和修改。若只是下载PDF，Blob路径更短；若要逐字节解析音频头或计算SHA-256，ArrayBuffer更适合。
性能上，错误选择比API本身更影响结果。把大文件转成ArrayBuffer再下载，多了一次不必要读取；把需要校验的文件一直留在Blob层，又拿不到字节内容。横向看，Blob偏I/O，ArrayBuffer偏计算。
问：Blob和base64在图片预览上怎么取舍
头像裁剪、小图回显、需要把图片放进JSON时，base64有便利性。但批量图片、本地相册预览、高清图查看，更建议Blob URL。base64会膨胀体积，字符串在JS内存中也不轻。
Blob URL的代价是生命周期管理。生成URL后要在合适时机释放。两者对比很清楚：base64换来可复制、可内嵌；Blob换来更接近文件的处理方式和更好的大文件表现。
问：Blob和Stream有什么区别
Stream更适合持续读取或边下载边处理，Blob更适合已经拿到一块完整数据后再操作。比如超大日志在线预览，用Stream可以逐段处理，避免一次性占用内存；普通导出文件，Blob更简单。
在浏览器支持良好的情况下，fetch响应可以先走stream，也可以直接response.blob()。攻略建议是：文件体积可控、逻辑简单时用Blob；体积很大、需要进度处理或边读边解析时评估Stream。
问：Blob下载为什么有时被拦截
浏览器安全策略会影响下载行为。用户主动点击触发下载通常更稳定；异步任务完成后自动弹出下载，可能被认为不是用户手势。移动端Safari尤其需要测试。这里不是Blob能力不足，而是浏览器对下载入口的限制。
解决方向有两个：一是在用户点击后尽快创建并触发下载；二是长任务完成后给出明确按钮，让用户再次点击下载。正面是符合安全策略，反面是交互步骤略多。企业后台通常更适合第二种。
问：这套blob攻略的结论是什么
横向对比后，Blob最适合站在“文件容器”位置：比字符串更适合文件，比ArrayBuffer更高层，比base64更适合大体积，比Stream更简单。它不是所有场景的最优解，但在常规文件交互里非常稳。
做技术选型时，不要先问能不能用Blob，而要问是否需要文件语义、是否要读取字节、是否要持续流式处理、是否要内嵌到文本。问题问对，Blob的使用边界自然清晰。
推荐阅读
常见问题
- blob攻略里最常用的代码组合是什么？
- 最常用是new Blob创建对象，URL.createObjectURL生成地址，a.download触发下载，最后URL.revokeObjectURL释放临时地址。
- Blob适合处理超大文件吗？
- 适合做切片和传递，但不一定适合一次性读入。超大文件需要结合slice、分片上传、Stream或服务端能力一起设计。
- Blob URL可以长期保存吗？
- 不可以。Blob URL只在当前页面生命周期内有效，刷新或关闭后会失效。需要长期保存应使用服务器存储或IndexedDB等方案。