CRC32校验计算

这款 CRC32 计算器实际处理什么

本工具对输入框中的文本计算一个 32 位循环冗余校验值，并以固定 8 位的大写十六进制显示，例如 CBF43926。输入改变后结果会自动更新；空输入不显示校验值。它只有文本输入和十六进制结果，不提供文件上传、算法参数调整、Hex/Base64 解码或十进制、Base64 输出。CRC32 的用途是让两端在采用相同数据和相同计算约定时快速比对结果，从而发现内容是否可能在复制、保存或传输过程中发生了意外变化。计算只取决于当前输入和固定算法参数，不查询外部数据。

固定参数如何得到八位结果

这里采用常见的反射式 CRC-32 参数组：正常形式的生成多项式为 0x04C11DB7，查表计算使用其反射表示 0xEDB88320；初始值为 0xFFFFFFFF，每个输入单元按最低有效位方向更新寄存器，结束后再与 0xFFFFFFFF 异或。最终数值限制在 32 位无符号范围内，再补足前导零并转成 8 个大写十六进制字符。

文本编码是跨工具比对的关键

CRC 本质上针对字节序列，而输入框接收的是文本。本工具逐个读取文本的 UTF-16 代码单元，并将每个代码单元的低 8 位送入 CRC 过程。对 ASCII 范围内的英文、数字和常见符号，这与直接处理对应单字节数据一致；对中文、表情符号以及其他非 ASCII 字符，它通常不会等同于把文本先编码成 UTF-8 后再计算。因此，同一段肉眼可见的文字在采用不同字符编码或字节转换规则的软件中，可能得到不同 CRC32。

Hex 和 Base64 在这里也只是普通文本。例如输入 313233，计算对象是字符 3 1 3 2 3 3，不是三个字节 0x31 0x32 0x33；输入 Base64 字符串同理，不会先还原原始数据。要复核协议报文、文件或已编码字节，必须先确认对方要求的确切字节序列与编码规则。

规范依据与核验范围

从准确输入到完成比对

1. 先确定比较口径

   确认目标值对应的是文本还是原始字节，并核对 CRC 变体、字符编码、换行形式以及是否包含首尾空格。若需要与本工具稳定互验，优先使用明确的 ASCII 文本。

2. 原样输入内容

   在输入框键入或粘贴文本。大小写、空格、制表符和换行都会参与计算；即使只改动一个字符，也应视为不同输入。

3. 读取并复制结果

   结果区会自动显示 8 位大写 Hex。复制时保留所有前导零；若参考值带 0x 前缀或使用小写字母，可以去掉前缀并忽略字母大小写后比较，但八个十六进制数位应完全一致。

4. 不一致时逐项排查

   先核对隐藏空白和换行，再核对输入是否被当作 Hex/Base64 解码，最后检查对方使用的多项式、初值、反射方式和最终异或值。只比较名称“CRC32”并不足以保证参数完全相同。

用标准 ASCII 文本复算

输入 123456789，工具显示 CBF43926。这组字符全部位于 ASCII 范围，可用于快速检查输入是否多了空格或换行。另一个可复现例子是输入 Hello World，结果为 4A17B156；其中大小写和中间空格都不可省略。若输入 Hello World （末尾多一个空格），结果就会改变。

结果异常时的四个常见问题

CRC32 能证明什么，不能证明什么

在算法参数和输入转换完全相同的前提下，两个 CRC32 不同，可以确定参与计算的输入不同；两个 CRC32 相同，却不能严格证明输入一定相同，因为 32 位结果数量有限，不同输入可能发生碰撞。

• CRC32 主要用于发现意外损坏，不是加密、数字签名或密码学哈希，不能抵抗有意构造的篡改，也不应保存密码或充当身份认证凭据。
• 对中文、表情符号等非 ASCII 文本，本工具的输入转换方式可能与采用 UTF-8 的程序不同；对外提供校验值前应写明编码和 CRC 参数。
• 对文件、二进制协议帧或 Hex/Base64 所代表的原始字节，应选择能够按原始字节读取并明确参数的校验流程，不能用粘贴后的可见字符串代替。