一、什么是校验和？

其实这是一种加密技术用于对文件内容进行审计的方法，使用 精通读文件把文件读到内存中，再对文件内容作一个 MD5 校验得到一串密码，就是校验和。

补充:

1、IP首部校验和字段是根据IP首部计算的校验和码，它不对首部后面的数据进行计算。ICMP、IGMP、UDP和TCP在它们各自的首部中均含有同时覆盖首部和数据校验和码。

2、IP首部校验和计算：

为了计算一份数据报的IP检验和，首先把检验和字段置为0。然后，对首部中每个16bit进行二进制反码求和（整个首部看成是由一串16bit的字组成），结果存在检验和字段中。当收到一份IP数据报后，同样对首部中每个16bit进行二进制反码的求和。由于接收方在计算过程中包含了发送方存在首部中的检验和，因此，如果首部在传输过程中没有发生任何差错，那么接收方计算的结果应该为全1。如果结果不是全1（即检验和错误），那么IP就丢弃收到的数据报。但是不生成差错报文，由上层去发现丢失的数据报并进行重传。

3、TCP和UDP校验和计算（两者相同）

校验和还包含—个96位的伪首标，理论上它位于TCP首标的前面。这个伪首标包含了源地址、目的地址、协议和TCP长度等字段，这使得TCP能够防止出现路由选择错误的数据段。这些信息由网际协议(IP)承载，通过TCP／网络接口，在IP上运行的TCP调用参数或者结果中传递。

伪首部并非UDP数据报中实际的有效成分。伪首部是一个虚拟的数据结构，其中的信息是从数据报所在IP分组头的分组头中提取的，既不向下传送也不向上递交，而仅仅是为计算校验和。

这样的校验和，既校验了UDP用户数据的源端口号和目的端口号以及UDP用户数据报的数据部分，又检验了IP数据报的源IP地址和目的地址。（伪报头保证UDP和TCP数据单元到达正确的目的地址。因此，伪报头中包含IP地址并且作为计算校验和需要考虑的一部分。最终目的端根据伪报头和数据单元计算校验和以验证通信数据在传输过程中没有改变而且到达了正确的目的地址。）

二、怎么用spss检验两组数据的差异

独立样本t检验

1.在进行独立样本T检验之前，要先对数据进行正态性检验。满足正态性才能进一步分析，不满足可以采用数据转化或非参数秩和检验；

2.在菜单栏上执行：分析-比较均数-独立样本t检验；

3.将要比较平均数的变量放到检验变量，将分组变量放到分组变量，点击定义组；

4.打开的对话框中，设置组1和组2的值分别是分组类别，然后点击继续。

三、T检验中如果两组数据不是正态的怎么办

不满足正态性，可以做非参数秩和检验

四、怎样用Windows服务实现自动检查数据库中的数据

1、Windows服务好方法，除了此方法还可以使用SQL Server的作业或者Windows的计划任务。

2、至于为何没有插入数据，那不用问肯定是SQL没有被执行（首先您要保证SQL语句的正确性，即在SQL Server的查询分析器中是可以运行成功的，如果这个都保证不了，那么SQL语句有问题了）。

3、建议您为您的Windows服务建立一个文本日志，而且在关键步骤上需要去将成功或失败的过程写入此日志，比如将下列过程使用try语句写入日志：连接数据库、发送SQL语句到数据库执行、以及其他功能操作，如果成功，在日志中写入“某某操作成功”（也可不写入成功信息），如果失败写上“某某操作失败！失败原因：×××。”，失败原因就是try语句的报错的ex消息体，当然必须为每步操作加上日期（根据情况，一般需要精确到秒）。写日志后您就能发现到底是哪里出错了，是Windows服务开发本身的逻辑错误还是代码错误还是SQL语句的错误等等。

4、SQL语句建议使用存储过程。

5、据我了解Windows服务是不需要使用Timer控件的来控制的，您是用Timer控件控制访问数据库的时间间隔嘛？

建议您一步步开发，就和穿衣服一样一件衣服穿好了再穿另外一件，明白我的意思吗？找问题的Bug也是和脱衣服一样，一件衣服脱完了再脱另外一件！有关具体Windows服务的开发可以看看我博客中的这篇文章《一个有用的Windows服务小程序——用来完成Server端的Socket通信》，虽然是在VS.NET2003下开发的Windows服务，但大同小异，希望能在Windows服务方面对您有所启发。

另外说明：Windows服务是C/S架构程序，跟您项目本身使用Asp.Net C#（即B/S架构程序）没有直接关系，只是两个用的是同一个数据库而已（即操作的数据相同），其他互不往来也不影响，且您开发的这个Windows服务是要安装在服务器上，而不是客户端上。

转载，仅供参考。

五、用SPSS做非参数检验,数据不是正态分布的,需要做log处理吗

非参数检验 本身对数据的分布形态就没有要求的，所以不需要做任何前处理