JavaScript与命令行生成的十六进制结果不一致问题咨询

这问题我之前排查过好几次，核心原因基本都是文件读取/编码处理的逻辑差异，下面拆解原因和对应的解决方法：

常见原因 #

• 编码转换导致字节丢失/篡改
  JS如果以文本模式读取文件（比如默认的UTF-8），会把原始字节转成Unicode字符，再转十六进制时就会和命令行直接读二进制的结果不一样。比如你的结果里出现的A3 C7这类字节，很可能是GBK编码的字符，但JS用UTF-8读取时会把它当成无效字符转成替代字符（�），再转十六进制就完全变了。
• 读取模式不对
  命令行工具（比如xxd、hexdump）都是直接读取文件的原始二进制字节，不会做任何编码转换。但JS如果用文本API读取（比如fs.readFile默认编码、FileReader.readAsText），会经过编码解析，破坏原始字节流。
• BOM或隐藏字符的处理差异
  部分编辑器保存UTF-8文件时会加BOM（EF BB BF），命令行工具会如实输出这些字节，但JS的文本读取API可能自动忽略BOM，导致开头几个字节不一致；另外不同系统的换行符（\r\n vs \n）也可能被JS自动转换，造成字节差异。

解决方法 #

1. JS以二进制模式读取文件（核心！） #

不管是Node.js还是浏览器环境，都要直接读取文件的原始二进制数据，再转十六进制：

Node.js 示例

const fs = require('fs');

// 直接读取二进制Buffer，不做编码转换
const fileBuffer = fs.readFileSync('your-target-file.txt');
// 转成空格分隔的十六进制字符串（和命令行格式对齐）
const hexString = fileBuffer.toString('hex')
  .match(/.{2}/g) // 每两个字符分割
  .join(' ')
  .toUpperCase(); // 可选：转大写和命令行输出一致

console.log(hexString);

浏览器端示例

const fileInput = document.getElementById('file-upload');

fileInput.addEventListener('change', (e) => {
  const file = e.target.files[0];
  const reader = new FileReader();

  reader.onload = (event) => {
    // 读取原始ArrayBuffer，获取字节数组
    const uint8Array = new Uint8Array(event.target.result);
    // 逐个字节转十六进制，补零并拼接
    const hexArray = Array.from(uint8Array).map(byte => 
      byte.toString(16).padStart(2, '0').toUpperCase()
    );
    const hexString = hexArray.join(' ');
    console.log(hexString);
  };

  // 关键：用readAsArrayBuffer读取原始二进制
  reader.readAsArrayBuffer(file);
});

2. 对齐命令行工具的行为 #

• 如果用xxd：默认就是读取二进制，只要JS按上面的方法读取，结果会完全一致；
• 如果用其他工具（比如hexdump），确保使用正确参数，比如hexdump -C是按字节输出，不要加编码相关的参数。

3. 处理BOM（如果需要） #

如果文件带UTF-8 BOM，JS读取二进制后可以手动检查开头的EF BB BF字节，要不要保留取决于你的需求——命令行工具会如实输出，所以如果要完全一致，就保留这些字节即可。

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