CRC校验和计算器
计算任何文本的CRC-32或CRC-16/CCITT-FALSE校验和——与ZIP、PNG和Ethernet帧使用的相同错误检测校验和。
输入
输出
格式为0x前缀的大写十六进制。
使用此工具的更多方式
REST API
curl -X POST https://api.iotools.cloud/v1/tool/crc-checksum-calculator \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"inputText": "123456789",
"algorithm": "crc32"
}'替换成您账户中的密钥。工具的字段即为请求体——没有额外包装。
让 AI 代理执行
Use the IOTools `crc-checksum-calculator` tool (CRC Checksum Calculator) on this input:
YOUR_INPUT_HERE将此粘贴给任何已连接 IOTools MCP 服务器的代理,再加上您的输入内容。
嵌入式小组件
<iframe
src="https://iotools.cloud/embed/crc-checksum-calculator/"
width="100%" height="520" frameborder="0" scrolling="no" loading="lazy"
title="CRC校验和计算器 — iotools.cloud"
sandbox="allow-scripts allow-forms allow-same-origin allow-downloads allow-popups allow-popups-to-escape-sandbox"
allow="clipboard-write"
style="width:100%;border:1px solid #e5e7eb;border-radius:12px;overflow:hidden"></iframe>
<script src="https://iotools.cloud/embed.js" async></script>把它放到您自己的页面上——免费,无需密钥,只需保留一个反向链接。
| 每次 API/MCP 调用费用 | 5 积分起 |
|---|---|
| 需要更多积分? | 查看定价 |
也可通过
使用指南
什么是CRC校验和？
循环冗余校验（CRC） 是从一个数据块计算出的固定大小的值，用于检测意外更改——由噪声传输线、划伤的磁盘扇区或中断的文件传输引入的损坏。如果你将相同的数据输入相同的CRC算法两次，你总是会得到相同的校验和；即使只改变一个比特，校验和几乎总是会改变，这就是CRC对快速且低成本的错误检测很有用的原因。
CRC在计算基础设施中无处不在：CRC-32 验证存储在ZIP档案中的每个文件和PNG图像内的每个块，并在每个Ethernet帧的硬件中运行以捕获由电线引入的比特错误。CRC-16 变体出现在串行协议、Modbus、XMODEM文件传输以及许多嵌入式系统中，其中轻量级的16位检查就足够了。
CRC不是加密哈希
关于CRC最重要的一点是：它不是设计来抵抗篡改的。 像SHA-256这样的加密哈希被设计得使得找到两个具有相同输出的不同输入（一个"碰撞"）在计算上是不可行的。CRC不提供这样的保证——它是一个线性函数，一旦你知道了算法，构造一个产生相同CRC的第二个输入往往很简单。这种权衡是有意的：CRC针对速度和捕捉随机错误进行了优化，而不是抵抗有意的对手。永远不要使用CRC-32或CRC-16来验证文件是否未被恶意篡改、存储密码或任何其他你需要真正安全保证的地方——改用SHA-2/SHA-3哈希生成器。
如何使用此工具
- 将或输入要检查的文本粘贴到 输入文本 框中。
- 选择一个算法——CRC-32（默认，由ZIP/PNG/Ethernet使用）或 CRC-16/CCITT-FALSE。
- 校验和会自动更新，显示为以
0x开头的大写十六进制值。
所有操作都在你的浏览器中客户端运行——你粘贴的任何内容都不会被上传。
常见问题
为什么我的校验和与另一个工具的输出不同？ CRC是一个算法族，它们共享相同的基本的基于表的技术，但在它们的多项式、初始寄存器值、比特顺序（反射）和最终XOR中有所不同。"CRC-32"和"CRC-16/CCITT-FALSE"是特定的、标准化的参数集——如果另一个工具使用不同的CRC-16变体（XMODEM、MODBUS、IBM/ARC、USB），你会对相同的输入得到不同的数字，尽管两者都是有效的CRC-16校验和。
确认实现正确的标准测试是什么？
通用引用的参考向量是ASCII字符串123456789。正确的CRC-32实现对该输入返回0xCBF43926；正确的CRC-16/CCITT-FALSE实现返回0x29B1。任何符合标准的CRC库在任何语言中都会重现这些精确的值。
我可以用这个工具验证文件的完整性吗？ 是的，对于意外损坏——粘贴文件的文本内容并将校验和与已知的好值进行比较（例如，来自ZIP档案中存储的CRC-32）。它不适合验证文件是否未被有意更改。
空格或编码是否会影响结果？
是的——CRC对原始字节进行操作，因此尾随空格、行尾差异（\n vs \r\n）和文本编码都会改变校验和，即使可见的文本看起来相同。
隐私
此工具完全在你的浏览器中运行。你输入的文本永远不会被发送到服务器。