如何让JavaScript正确解析硬件传来的十六进制数据而非符号编码？

嘿，我来帮你把这个问题的来龙去脉和解决方案理清楚——你遇到的FFFD（替换字符）问题，本质就是把硬件传来的原始二进制字节流当成了UTF-8字符串来处理，不过你已经查到是硬件数据接收库的使用方式不对，那我们就从根源和正确操作方式来拆解：

核心问题：错把字节流当UTF-8字符串解码 #

硬件给你的是0x00到0xFF的原始单字节数据，但如果你的接收库默认把这些字节解码成了UTF-8字符串，就会出问题：

• 0x00刚好是UTF-8里的空字符，能正常解析成对应字符串，所以charCodeAt(0)能拿到0，转十六进制是'0'
• 但0x80、0xAA这类单字节值根本不属于UTF-8的合法编码规则（UTF-8里0x80-0xBF只能作为多字节编码的后续字节，单独出现就是无效的），JS遇到这种情况会自动把无效字节替换成U+FFFD（替换字符），这时候你再取charCodeAt(0)拿到的就是FFFD，转十六进制自然不对。

正确处理思路：直接操作原始字节（别碰字符串解码） #

要彻底解决这个问题，关键是让接收库返回原始二进制数据（比如ArrayBuffer或Uint8Array），而不是自动解码后的字符串。这里给你几个常见场景的处理方式：

1. 调整接收库的配置（最优解） #

如果你的硬件接收库支持配置，直接改设置让它返回二进制数据：

• 要是用WebSocket接收，别直接用event.data（默认是字符串），先设置ws.binaryType = 'arraybuffer'，然后通过new Uint8Array(event.data)拿到字节数组
• 如果是Node.js里的串口库（比如SerialPort），设置encoding: null就能拿到原始Buffer，浏览器端的串口API则直接返回Uint8Array
• 其他HTTP类的接收，设置响应类型为arraybuffer，比如fetch(url, { responseType: 'arraybuffer' })

2. 已经拿到错误字符串？试试应急恢复（不推荐） #

如果实在没法改接收库配置，只能拿到被错误解码的字符串，你可以尝试用单字节编码反向转回字节（比如latin1，它会把每个字符直接映射到0-255的字节值），但注意：如果已经出现FFFD，原始字节已经丢失，这种方法救不回来，只能处理那些还没被替换的字节：

// 假设data是被错误解码的字符串
const encoder = new TextEncoder('latin1');
const bytes = encoder.encode(data);
// 把每个字节转成带前导零的十六进制字符串
const hexArr = Array.from(bytes, byte => byte.toString(16).padStart(2, '0'));

3. 正确处理原始字节的示例代码 #

假设你已经拿到了Uint8Array类型的原始字节数据，直接遍历每个元素转十六进制就好：

// 假设bytes是从硬件接收的Uint8Array原始数据
const hexArr = [];
for (const byte of bytes) {
  // padStart(2, '0')保证单字节（比如0x00）转成'00'，更符合标准十六进制格式
  hexArr.push(byte.toString(16).padStart(2, '0'));
}

// 或者用更简洁的写法
const hexArr = Array.from(bytes, b => b.toString(16).padStart(2, '0'));

这样处理后，0xAA会变成'aa'，0x80变成'80'，0x00变成'00'，完全符合你的需求。

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