校验和是用于检测传输过程中可能产生的错误，将其置于数据后，随数据一同发送，接收端通过同样的算法进行检查，若正确就接受，错误就丢弃
校验和C源代码：


unsigned short checksum(unsigned char *buf,int len)

{

        unsigned int sum=0;          //1

        unsigned short *cbuf;        //2

        cbuf=(unsigned short *)buf;    //3



        while(len>1)                        //4

        {

                sum+=*cbuf++;

                len-=2;

        }

        if(len)                               //5

        {

                sum+=*(unsigned char *)cbuf;

        }



        while(sum>>16)     //6

        {

                sum=(sum>>16)+(sum&0xffff);

        }
return (~sum);     //7

}



1.定义检验和变量，32位的 int型
2.定义接受的字符，16位的short int 型，因为校验和就是一个基于16位的反码计算原理，计算机制为1的补码，对称的系统，ffff和0000分别为-0和+0，afff和7ffff分别是-32767和+32767，这与我们平时遇到的2的补码机制不同
为什么要基于1的补码并进行反码求和机制？
因为考虑到大端和小端字节序的问题，在不同架构的处理器的保存方式不同，如果用常规的加法，接收端和发送端可能由于处理器架构不同会出现校验和的不同，但用反码求和，不管是大端还是小端，最终得到的结果都一样，不会影响到最终的校验和。
3.将8位的char类型转换成16位的short型 
4.进行校验和的加法，都是基于16位的，每次进行16位移动
5.若len为奇数，要加上最后的8bit,也就是最后一个字节
6.将得到的校验和右移16位，这里是无符号的，也就是算术右移，后面一句也就是将sum的高16位和低16位做加法，这就是1的补码机制，最高位进位加到最低位。
7.最后返回校验和，是一个二进制的反码

前端校验和后台校验
我们在做项目的时候经常会遇到数据需要校验的情况，这时我们就需要通过前端和后台的校验来完善我们的数据的准确性。
前端校验：
我们可以通过我们自己来编写js来校验也可以通过在网上找插件来完成前端校验
采用的插件是：
1、Jquery.js
2、Jquery.validate.min.js
3、messages_zh.js
这个插件特别的好用，只用通过几个属性就可以来完成我们的前端校验
可以通过http://www.runoob.com/jquery/jquery-plugin-validate.html这个网站能详细解释这个插件的用法
后台验证：
后台验证我是用的是注解验证，通过src303来完成的
实体类代码：
 
然后是conteroller代码：
 
具体操作方式可以参考https://www.ibm.com/developerworks/cn/java/j-lo-jsr303/index.html

在数据传输过程中，经常用到的校验方式包括校验和，CRC校验，奇偶校验，LRC校验，格雷码校验，异或校验等。

如下代码可实现校验和，输入N个数字，以16进制的888结尾，得到校验和。
#include <stdio.h>

int main(void)
{
	int n=0, sum=0; 
	scanf("%x", &n);
	while(n != 0x888)
	{
		sum += n;
		scanf("%x", &n);
	}
	printf("校验和: %x", sum%256);
	return 0;
}

1.tcp校验和   接收方在接收数据时检验数据包在传输过程中是否改变的验证方式

发送方将数据体取反码，检验和也取反码相加，高于4bit的和低于4bit的相加，得到的就是校验和，保存在tcp头的校验和字段，

接收方将数据取反码，校验和取反码，相加为1111则数据包没有异常，否则丢弃数据包。

参考此文

2.为什么Internet协议： IP, ICMP, IGMP, UDP, TCP 收到有检验和错误的分组都仅作丢弃处理？

不丢弃如何恢复数据呢？不恢复数据通知发送方重发？接收方也不确定是哪里出错。所以做丢弃处理。

tcp有重发机制，udp本来就是不可靠的传输层协议。只有链路层的CRC协议会尝试恢复数据分组。

参考知乎文章