现代浏览器中JS/TS下载二进制文件是否仅支持异步Blob模式？

问题1 现代浏览器下载二进制文件的限制 #

• 既不是只能采用异步模式，也不是必须以Blob形式下载。
  异步读取是推荐规范而非强制限制，你硬要在主线程调用同步读取API也能执行，但会直接阻塞UI渲染和用户交互，完全不推荐，只有在Web Worker线程内使用同步API才符合规范要求。
  下载二进制也可以选择ArrayBuffer接收数据后处理，小文件甚至可以用Base64字符串传输后解码下载，只是Blob是浏览器原生封装的二进制处理对象，内存占用、处理效率都比其他方案更优，是业界通用的实现选择。

问题2 二进制文件不直接按文本类文件处理的原因 #

• 核心原因不是字符串大小限制，而是两点：
  1. 编码损失：JSON、普通文本字符串默认采用UTF-8编码，二进制数据存在大量不符合UTF-8编码规则的字节，直接转字符串会出现字节丢失、乱码问题；就算转成兼容的Base64字符串，也会额外增加33%的体积，传输和处理效率大幅降低。
  2. 性能损耗：JS字符串是独立的基本类型，大体积二进制转字符串会占用数倍于原始数据的内存，垃圾回收压力极高；而Blob是浏览器层面直接管理的二进制对象，不需要经过JS字符串的编码解析流程，处理大文件时性能差距非常明显。

问题3 旧版浏览器的规则适配 #

• 这套逻辑同样适用于旧版浏览器，包括IE。
  IE10及以上版本已经原生支持Blob和FileReader API，实现逻辑和现代浏览器完全一致；IE8/9不支持原生Blob，当时的妥协方案确实是把二进制文件转成Base64字符串放在JSON结构中传输，前端解码后调用VBscript相关API触发下载，但这是受限于旧浏览器能力的特殊实现，依然会存在编码、体积、性能问题，主线程处理大体积Base64字符串同样会导致UI冻结。

内容的提问来源于stack exchange，提问作者Hani Gotc Reinstate Monica