c# - 使用 TCP 时，我是否需要使用校验和来保护我的消息？

Question

使用 TCP 作为网络协议(protocol)，我在通过线路发送消息之前为每条消息的大小(可能还有校验和？)添加前缀。我想知道，计算和传输消息的校验和是否有意义，以确保消息将被传递(如果以及何时被传递)不变，例如因为一些网络错误。目前，在发送消息本身之前，我正在发送消息的 4 字节大小 + 2 字节校验和 (CRC-16)。另一个端点正确识别预期的消息长度、读取它并验证校验和。

我知道 TCP 有内部数据包验证机制，我有一种强烈的感觉，我在应用程序级别的消息验证是多余的，但我不确定，在我做出决定之前需要你的建议。

我正在开发客户端-服务器应用程序，每天有数以万计的潜在服务器连接。甚至任何消息中的单个损坏字节都可能导致整个链中交换不正确的消息，这是 Not Acceptable (好吧，几乎所有客户端-服务器应用程序都有相同的要求，不是吗)。所以我想确定——我可以安全地信任 TCP 的内部可靠性，还是提供我自己的校验和验证机制更好。我说的是小的两字节校验和 (CRC-16)，我不是在谈论数字签名消息等。(如果有任何区别，系统是使用套接字在 .Net (C#) 中开发的) .

Answer 1

根据 this paper “校验和将无法检测到大约 1600 万到 100 亿个数据包中的 1 个错误”。假设数据包大小为 1024 字节，这相当于每 16 GB 到 10 TB 的网络流量有一个未检测到的错误。

许多协议(protocol)，如 HTTP、FTP、SMTP 以及可能更多的协议(protocol)都依赖于底层的校验和。鉴于上述数字，我认为这种做法值得商榷。

旁注:硬盘驱动器也是如此。典型的桌面驱动器在 10 TB 读取中具有 1 位的错误检测能力。读取您的 2 TB 磁盘 5 次，平均您将遭受一次损坏事件。

回答您的问题:如果您对非常罕见的虚假故障的容忍度是中到高，请不要打扰校验和。如果您不能容忍任何损坏，请在您的协议(protocol)中添加校验和。