校验和计算器
在浏览器本地按 UTF-8 字节计算 CRC-32、Adler-32 或 8-bit byte sum 校验和，并显示十六进制、十进制和字节数。
把测试文本、配置片段或示例 payload 粘贴进来，校验和计算器会在当前浏览器中按 UTF-8 字节计算 CRC-32、Adler-32 或 8-bit byte sum。它适合排查传输、复制和示例值是否一致，不上传输入，也不把校验和伪装成加密或防篡改认证。
浏览器本地计算
校验和计算器
校验和结果
使用方法
三步完成处理
- 01
粘贴测试文本或示例 payload；不要粘贴生产密钥、访问 Token、会话 Cookie 或客户隐私数据。
- 02
选择 CRC-32、Adler-32 或 8-bit byte sum，并确认对方系统是否也按 UTF-8 字节计算。
- 03
复制结果前核对换行、空格、编码、大小写和是否需要文件字节而不是文本字节。
校验和适合检查什么
CRC-32、Adler-32 和字节求和常用于发现复制、传输或存储过程中的偶发错误。它们对输入非常敏感，哪怕多一个换行也会得到不同结果，因此适合对照示例值、日志片段或协议文档。
不是加密或强完整性保证
校验和容易发生碰撞，也没有密钥参与，攻击者可以构造不同内容得到相同或可接受的校验值。需要抵抗恶意篡改时，应查看哈希生成器、HMAC 生成器或业务协议指定的签名机制。
本地处理和编码边界
工具按当前文本框内容的 UTF-8 字节计算，不读取本地文件、不上传内容，也不自动推断其他系统的字符集。若外部系统按二进制文件、GBK、Latin-1 或带 BOM 内容计算，结果可能不同。
常见问题
关于这个工具
CRC-32 和 SHA-256 有什么区别？
CRC-32 是校验和，主要用于发现意外错误；SHA-256 是加密哈希，碰撞抵抗更强，但仍不等于带密钥的认证。需要验证消息来源时应使用 HMAC 或签名方案。
空文本可以计算校验和吗？
可以。空文本也有确定的校验和结果，但它通常只用于测试向量或确认算法实现。
为什么和其他工具结果不同？
常见原因包括编码不同、是否包含末尾换行、大小写、BOM、文件字节与文本字节差异，以及算法初始值或输出格式不同。
这个工具能证明内容没有被恶意篡改吗？
不能。校验和不含密钥，碰撞限制明显，只能作为误传检测或快速对照。恶意篡改场景需要更强的完整性或认证机制。
继续探索
相关工具
最后更新：