Java实现Unix cksum等效功能 解决java.util.zip.CRC32结果不一致问题

• Unix cksum 命令的CRC32计算逻辑与java.util.zip.CRC32默认逻辑存在两处核心差异：
  1. 完成输入内容的CRC32计算后，cksum会额外将内容的总字节长度按小端字节序逐字节追加到待计算序列，再次参与CRC运算，而Java默认实现仅计算输入内容本身
  2. 若跨系统对比校验值，需确认文件换行符格式统一：Windows默认的CRLF换行和Unix默认的LF换行字节不同，会直接导致校验结果不一致

你可以直接使用以下代码计算得到与cksum完全一致的校验值：

import java.io.FileInputStream;
import java.io.IOException;
import java.util.zip.CRC32;

public class CksumCalculator {
    public static long getUnixCksum(String filePath) throws IOException {
        CRC32 crc32 = new CRC32();
        long contentLength = 0;
        // 第一步：计算文件内容的CRC值，同时统计文件总字节数
        try (FileInputStream fis = new FileInputStream(filePath)) {
            byte[] buffer = new byte[8192];
            int readLen;
            while ((readLen = fis.read(buffer)) != -1) {
                crc32.update(buffer, 0, readLen);
                contentLength += readLen;
            }
        }
        // 第二步：按小端序追加内容长度的字节到CRC计算
        long len = contentLength;
        while (len > 0) {
            crc32.update((int) (len & 0xFF));
            len = len >> 8;
        }
        // 取低32位无符号值，和cksum输出的第一列完全对齐
        return crc32.getValue() & 0xFFFFFFFFL;
    }

    public static void main(String[] args) throws IOException {
        System.out.println(getUnixCksum("/你的/目标/文件路径"));
    }
}

如果是计算内存中的字节数组，只需要替换文件读取逻辑，传入字节数组的总长度即可，追加长度的逻辑完全不变。

内容的提问来源于stack exchange，提问作者吉光片羽幻成仙