客户端创建Blob下载文件失败，服务器获取Blob正常，求排查

嘿，这个问题我之前排查过类似的，核心原因其实是jQuery默认会把响应当成UTF-8字符串解析，而二进制文件（比如PNG、PDF这类）的字节流里有很多UTF-8无法正确编码的字符，这就导致解析过程中原始字节被篡改，转成Blob后自然就损坏了——你看到的文件大小不一样，就是最直接的证据。

具体拆解下两种场景的差异： #

• 场景1（XHR直接请求Blob）：当你给XHR设置responseType: 'blob'时，浏览器会直接把服务器返回的原始二进制数据封装成Blob对象，全程没有经过任何字符串转码，字节完全和服务器返回的一致，所以保存后文件能正常打开。
• 场景2（jQuery请求字符串转Blob）：默认情况下，jQuery的$.ajax会把响应体按UTF-8编码解析成字符串。二进制文件里的非UTF-8合规字节会被自动替换成�（Unicode替换字符U+FFFD），这就彻底改变了原始的字节序列。哪怕你后来用这个字符串创建Blob时指定了正确的MIME类型，被篡改过的字节也没法还原成原来的文件了。

给你两个可行的解决方案： #

方案1：让jQuery直接返回Blob（推荐）

和原生XHR一样，告诉jQuery不要解析响应，直接拿二进制Blob：

$.ajax({
  url: "你的文件接口地址",
  xhrFields: {
    responseType: "blob" // 关键：直接请求Blob
  },
  success: function(blob) {
    // 用你原来的保存函数处理这个Blob就行
    saveBlob(blob);
  }
});

方案2：如果必须用字符串中转，正确处理二进制转码

如果因为某些原因必须先拿到字符串，那得让jQuery用不破坏字节的方式解析，再把字符串转回字节数组：

$.ajax({
  url: "你的文件接口地址",
  mimeType: "text/plain; charset=x-user-defined", // 让每个字节对应一个Unicode字符
  success: function(data) {
    // 把字符串转回原始字节数组
    const byteArray = new Uint8Array(data.length);
    for (let i = 0; i < data.length; i++) {
      byteArray[i] = data.charCodeAt(i) & 0xFF; // 只取低8位，还原原始字节
    }
    // 用字节数组创建Blob
    const blob = new Blob([byteArray], { type: "合适的MIME类型" });
    saveBlob(blob);
  }
});

另外补充下你提到的测试：你说把jQuery请求的文件内容替换到XHR的文件里还能正常用？大概率是操作时没完全替换对（比如只替换了部分内容），或者是文件格式有一定容错性，但本质上被转码篡改后的字节肯定是和原始二进制不一致的，这也是文件大小不同的核心原因。

内容的提问来源于stack exchange，提问作者ivan