Android NFC与PC RFID读取同一张卡片ID不一致问题求助

这在NFC/RFID开发里是很常见的坑，核心问题出在**字节数组转换时的符号处理和端序（字节顺序）**上，我来帮你拆解和解决：

问题根源 #

1. 有符号Byte的陷阱：Java里的byte是有符号类型（范围-128~127），当RFID卡片ID的某个字节值大于127时（比如十六进制E4，对应十进制228），会被解析成负数（-28）。如果你的转换方法直接把这个负数拼入结果，最终数值肯定会出错。
2. 端序差异：PC端阅读器一般以大端序（高位字节在前）返回ID，而Android通过NfcAdapter.EXTRA_ID获取的字节数组是小端序（低位字节在前），字节顺序反过来的话，计算出的十进制数值自然完全不同。

正确的转换方法 #

下面是修复后的byteArrayToDecimal方法，同时解决符号和端序问题：

private String byteArrayToDecimal(byte[] barray) {
    long result = 0;
    // 按大端序拼接字节，还原无符号ID数值
    for (byte b : barray) {
        // b & 0xFF 消除有符号byte的负号影响，转为无符号int值
        result = (result << 8) | (b & 0xFF);
    }
    return String.valueOf(result);
}

关键细节说明： #

• 用long存储结果：4字节RFID ID的最大值是4294967295，超过了int的上限2147483647，用long能避免数值溢出。
• b & 0xFF：把有符号byte转成无符号的int值，比如0xE4（-28）会被转为228，确保每一位的计算都正确。
• 左移8位+按位或：相当于把每个字节按大端序依次拼接到结果中，完美还原PC端读取的ID数值。

验证小技巧 #

你可以先把Android获取的字节数组转成十六进制字符串，和PC端ID的十六进制形式对比，快速确认问题类型：

private String byteArrayToHex(byte[] barray) {
    StringBuilder sb = new StringBuilder();
    for (byte b : barray) {
        sb.append(String.format("%02X ", b));
    }
    return sb.toString().trim();
}

比如PC端ID 3853004524的十六进制是E4 00 30 3C，如果Android输出的十六进制是3C 30 00 E4，说明只是端序问题，用上面的转换方法就能直接得到正确结果。

如果还有差异，可以检查是否卡片本身有多个标识（比如UID和RID），确认PC和Android读取的是同一个ID字段。

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