CRC16算法C转Java适配MyLaps解码器出现校验错误求排查

以下是Java转换MyLaps C语言CRC16代码时最容易踩的坑，对应你的场景逐一排查：

1. 有符号字节处理错误 #

C语言中BYTE是无符号8位类型，但Java的byte是有符号的。直接用byte参与异或运算会导致负数被扩展为32位带符号整数，破坏CRC计算逻辑。

错误示例：

char crc = (char) 0xFFFF;
for (byte b : data) {
    crc ^= b; // 负数byte会被转为int（如0xFF变为0xFFFFFFFF），异或后CRC高位出错
}

修正写法：
将byte转为无符号8位整数后再参与运算：

int crc = 0xFFFF; // 用int存储避免16位操作的符号问题
for (byte b : data) {
    crc ^= b & 0xFF; // 保留低8位，消除符号扩展
    for (int j = 0; j < 8; j++) {
        if ((crc & 0x0001) != 0) {
            crc = (crc >> 1) ^ 0xA001; // MyLaps P3协议的CRC多项式
        } else {
            crc = crc >> 1;
        }
    }
}
return (char) crc;

2. CRC初始值与多项式不匹配 #

MyLaps P3协议的CRC16标准配置是：

• 初始值：0xFFFF
• 多项式：0xA001（对应CRC-16-CCITT的反向多项式）

务必确认你的C原代码的初始值和多项式与Java代码完全一致，比如有些实现会误用0x0000作为初始值，直接导致CRC结果错误。

3. 字节序（端序）错误 #

计算出CRC后，发送时必须遵循MyLaps的小端字节序要求：先发送CRC的低字节，再发送高字节。Java默认是大端字节序，直接转换会导致字节顺序颠倒。

正确的字节转换方式：

char crcResult = crc16(dataWithoutCRC);
byte[] crcBytes = new byte[2];
crcBytes[0] = (byte) (crcResult & 0xFF); // 低字节优先
crcBytes[1] = (byte) ((crcResult >> 8) & 0xFF);
// 将crcBytes追加到待发送数据包的末尾

4. CRC计算范围错误 #

确保计算CRC的数据包范围是除CRC字段外的所有数据。如果误将待添加的CRC字节也纳入计算，结果必然与解码器预期不符。

5. 移位操作的符号扩展问题 #

Java中char类型在参与算术运算时会自动转为int，若直接用char进行右移，虽不会出现符号扩展（因为char是无符号16位），但用int存储CRC值更稳妥，避免后续操作中可能的隐式类型转换问题。

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