老王通过网银向老张转账1000，可是转账指令偏偏发生了错误，服务器读到的数据为“向老张转账9000”, 老张银行卡多了9000，老王银行卡少了9000，可老王电脑上却显示成功转账1000元。如果你是老王，你愿意哇？

肯定不愿意啊！可能还会很不屑的地说，电脑那么可靠，网络底层传输也有校验机制，怎么可能出错呢？

呵呵，当然我也会这么觉得。在日常生活中我们使用网银转账，从来不会担心银行会转错金额。沉浸在幸福的生活中太久，往往会使人们把生活想当然。

如果告诉你，这个世界没有100%的可靠！即使电脑也会犯错，数据受到干扰更会犯错，甚至还有恶意的人为修改数据，你不会大感意外吧？

互联网的专家们是如何最大限度保证数据的完整性的呢？

西方人做事喜欢Double Check, 甚至Triple Check。需要经过两到三个人的反复检查，确保可靠。其思路是，一个人有可能犯错，甚至两个人都有可能同时犯错，但是三个人同时犯错的概率微乎其微。这条准则同样被利用来检查数据的完整性。

通常数据离开电脑在各种介质中流淌的场合是最容易出错的，因为信号会有各种干扰。介质包括网线、光纤、空气，由于出错概率颇大，故数据链路层的数据完整性校验采用强校验，CRC校验。

所谓强校验，是指一旦数据发生了错误，CRC校验会高可靠性地检测倒错误并丢弃，可靠性可以达到1-1/10^8 。

以太网为例，一帧的数据大约1500字节，而CRC却要为这1500字节提供完整性，而CRC的取值空间去仅仅4个字节！对，你没有看错，仅仅4个字节，却要为1500字节服务。客人远远超出服务员的人数，能够达到高可靠性已经难能可贵了。

意味着数据链路层提交给IP层的数据，有可能是错误的。提交的过程是一次数据的复制过程，这里可能会引入错误，上文已经提到了这一点。浓眉大眼、五官端正的电脑竟然也会犯错，这实在是没有想到啊！

没有关系，IP层不是还有Checksum校验吗？

有同学会说，CRC是非线性的、高级校验算法，而Checksum 不过是线性的、低级的校验和算法，CRC没有校验出的，你Checksum能校验出吗？

尺有所长，寸有所短，真不好说Checksum是否能校验出CRC的疏漏。但是如果我告诉你，IP层的Checksum主要目的是为了防止数据在电脑中的复制操作产生IP头数据错误错误，你可能就不会那么纠结了。因为IP校验压根不覆盖数据部分。

这里的核心思想是，距离数据的发源地越近的地方，将错误的数据丢弃，避免错误的数据奔袭万里贻害网络资源，善莫大焉！

不怕不怕，不是还有TCP/UDP的校验吗？

问题是TCP/UDP也是Checksum弱校验，既然是弱校验，意味着可靠性堪忧，尽然堪忧为何不采用强校验，例如CRC或MD5或SHA校验呢？

在设计TCP/IP时代，电脑的计算能力没有那么强大，CRC耗费的CPU资源大，会让电脑一下子慢下来，而Checksum只是一个单纯的加法，耗费的CPU资源小，故Checksum胜出！

不怕不怕不怕啦，我们还有安全层的校验！

这里的安全层指的是业界妇孺皆知的TLS，通常TLS的校验值空间具有16或20字节，取决于是MD5还是SHA1。如果觉得可靠性不够，可以采用SHA 512, 校验空间可以达到64字节。

此外，安全层在计算这些校验值时，还会加入密钥，只有发送方、接收方知晓，任何第三方都无法伪造。这样就真正实现了超过可靠性的数据完整性！

数据是通信的核心要素，如果数据错了，一切都是浪费感情！

所以，应用层做为最后一道管卡，要尽可能采用超强校验，来最大限度地保护数据的完整性！

如果五层的校验，只能选择其中之三，那就选择：

阅读更多内容，请参考个人主页。