Dropbox选择器结合$.ajax遇xlsx/docx解析异常，求ArrayBuffer转无解析字符串方法

嘿，我太懂你这种“终于跑通基础逻辑却卡在奇怪细节”的心情了！首先得把你遇到的解析问题说透：.xlsx和.docx本质是ZIP压缩包，里面才嵌套着XML内容，直接把整个文件当成纯XML解析肯定会报错——这完全是对文件格式的误解，不是你的代码问题。

既然你只需要一个能代表文件内容的字符串来生成哈希（完全不需要解析内容），核心思路就是把ArrayBuffer转成二进制数据的无损文本表示，彻底绕开任何格式解析逻辑。这里有两个最靠谱的方案：

方案1：转Base64字符串 #

Base64是二进制数据的标准文本编码方式，不会丢失任何字节，所有浏览器和JS环境都支持，非常适合用来生成哈希：

function arrayBufferToBase64(buffer) {
  const uint8Array = new Uint8Array(buffer);
  let binaryStr = '';
  const length = uint8Array.byteLength;
  for (let i = 0; i < length; i++) {
    binaryStr += String.fromCharCode(uint8Array[i]);
  }
  return btoa(binaryStr);
}

调用这个函数拿到Base64字符串后，直接用它计算哈希即可——不管是xlsx、docx还是其他任何格式的文件，这个字符串都能精准对应文件的原始二进制内容，不会出现解析异常。

方案2：转十六进制字符串 #

如果你觉得Base64的字符集有点“冗余”，也可以转成十六进制字符串，每个字节用两位十六进制字符表示，同样是无损的：

function arrayBufferToHex(buffer) {
  const uint8Array = new Uint8Array(buffer);
  return Array.from(uint8Array)
    .map(byte => byte.toString(16).padStart(2, '0'))
    .join('');
}

这个字符串更紧凑，而且对于哈希计算来说和Base64效果完全一致——只要文件内容不变，生成的哈希值就绝对不会变。

关键提醒 #

这两种方法都完全跳过了文件格式解析环节，不管文件是压缩包、二进制还是文本，都能把ArrayBuffer转成稳定的字符串。你之前的问题根源是误把ZIP包当成纯XML解析，现在用这两种方式，直接拿二进制的文本表示来生成哈希，完美匹配你的需求！

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