数据包校验php 数据包校验错误是什么意思

thinkphp 数据缓存是否校验缓存是什么意思

在ThinkPHP中进行缓存操作，一般情况下并不需要直接操作缓存类，因为系统内置对缓存操作进行了封装，直接采用S方法即可，例如：

缓存初始化

// 缓存初始化

S(array('type'='xcache','expire'=60));

缓存初始化可以支持的参数根据不同的缓存方式有所区别，常用的参数是：

参数 描述

expire 缓存有效期（时间为秒）

prefix 缓存标识前缀

type 缓存类型

系统目前已经支持的缓存类型包括：Apachenote、Apc、Db、Eaccelerator、File、Memcache、Redis、Shmop、Sqlite、Wincache和Xcache。

如果S方法不传入type参数初始化的话，则读取配置文件中设置的DATA_CACHE_TYPE参数值作为默认类型。同样的道理，prefix参数如果没有传入会读取配置文件的DATA_CACHE_PREFIX参数值，expire参数没有传入则读取DATA_CACHE_TIME配置值作为默认。

有些缓存方式会有一些自身特殊的参数，例如Memcache缓存，还需要配置其他的参数：

S(array(

  'type'='memcache',

  'host'='192.168.1.10',

  'port'='11211',

  'prefix'='think',

  'expire'=60)

);

对于全局的缓存方式，一般我们建议添加prefix（缓存前缀）参数用以区分不同的应用，以免混淆。

缓存设置

// 设置缓存

S('name',$value);

会按照缓存初始化时候的参数进行缓存数据，也可以在缓存设置的时候改变参数，例如：

// 缓存数据300秒

S('name',$value,300);

甚至改变之前的缓存方式或者更多的参数：

// 采用文件方式缓存数据300秒

S('name',$value,array('type'='file','expire'=300));

如果你在缓存设置的时候采用上面的数组方式传入参数的话，会影响到后面的缓存存取。

缓存读取

// 读取缓存

$value = S('name');

缓存读取的是前面缓存设置的值，这个值会受缓存初始化或者缓存设置的时候传入的参数影响。 如果缓存标识不存在或者已经过期，则返回false，否则返回缓存值。

缓存删除

// 删除缓存

S('name',null);

删除缓存标识为name的缓存数据。

对象方式操作缓存

我们可以采用对象方式操作缓存，例如：

// 初始化缓存

$cache = S(array('type'='xcache','prefix'='think','expire'=600));

$cache-name = 'value'; // 设置缓存

$value = $cache-name; // 获取缓存

unset($cache-name); // 删除缓存

如果你设置了缓存前缀的话，对应的缓存操作只是对应该缓存前缀标识的，不会影响其他的缓存。

关于文件缓存方式的安全机制

如果你使用的是文件方式的缓存机制，那么可以设置DATA_CACHE_KEY参数，避免缓存文件名被猜测到，例如：

'DATA_CACHE_KEY'='think'

缓存队列

数据缓存可以支持缓存队列，简单的说就是可以限制缓存的数量，只需要在初始化的时候指定length参数：

S(array('type'='xcache','length'=100,'expire'=60));

设置了length参数后，系统只会缓存最近的100条缓存数据。

相关问答

Q1: 校验数据包信息失败，怎么办

要重装系统。直接用个不验证过的系统盘重装系统就行了，这样就可以全程自动、顺利解决 系统安装失败 的问题了。用u盘或者硬盘这些都是可以的，且安装速度非常快。但关键是：要有兼容性好的（兼容ide、achi、Raid模式的安装）并能自动永久激活的、能够自动安装机器硬件驱动序的系统盘，这就可以全程自动、顺利重装系统了。方法如下：

1、U盘安装：用ultraiso软件，打开下载好的系统安装盘文件（ISO文件），执行“写入映像文件”把U盘插到电脑上，点击“确定”，等待程序执行完毕后，这样就做好了启动及安装系统用的u盘，用这个做好的系统u盘引导启动机器后，即可顺利重装系统了；

2、硬盘安装：前提是，需要有一个可以正常运行的Windows系统，提取下载的ISO文件中的“*.GHO”和“安装系统.EXE”到电脑的非系统分区，然后运行“安装系统.EXE”，直接回车确认还原操作，再次确认执行自动安装操作。(执行前注意备份C盘重要资料！)；

Q2: php编程语言可以解析tcp数据包(包括标志位,序列号,窗口长度)吗？

TCP协议头最少20个字节，包括以下的区域

TCP源端口(Source Port)：16位的源端口其中包含初始化通信的端口。源端口和源IP地址的作用是

标示报问的返回地址。

TCP目的端口(Destination port)：16位的目的端口域定义传输的目的。这个端口指明报文接收计算

机上的应用程序地址接口。

TCP序列号（序列码,Sequence Number）：32位

TCP应答号(Acknowledgment Number)：32位的序列号由接收端计算机使用，重组分段的报文成最初形式。，如果设置了ACK控制位，这个值表示一个准备接收的包的序列码。

Q3: php 实现crc16验证 modbus该如何实现？

在工业控制中，Modbus RTU CRC16的校验码用的比较广泛，包括本人富士产品中，PC与伺服电机以及PC与VP系列的变频器的Modbus RTU通讯中都使用到了CRC16.

而对CRC16的计算的方式基本上有2种：第一种，使用双循环依照CRC的计算方法进行计算，第二种，采用查表的方式。本人愚钝无比，从网络上搜来的查表法都与实际的正确CRC16的结果有所差异，因此编写了一个小程序供自己使用。

软件的界面很简单，输入诸如“010303020014”的值，然后每2个字符作为一个字节，填入字节数，然后就可以计算出校验码，校验码的多项式为：X16+X15+X2+1.

程序界面如下：

实现的源代码如下：

unit Unit1;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls;

type

TForm1 = class(TForm)

Edit1: TEdit;

Button1: TButton;

Edit2: TEdit;

Edit3: TEdit;

Label1: TLabel;

Label2: TLabel;

Label3: TLabel;

Memo1: TMemo;

Label4: TLabel;

function CalCRC16(AData:array of Byte;AStart,AEnd:Integer):Word;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form1: TForm1;

implementation

{$R *.dfm}

//××××××××××××××××××××××××××

// CalCRC16用于计算Modbus RTU的CRC16

// 多项式公式为X16+X15+X2+1

//××××××××××××××××××××××××××

function TForm1.CalCRC16(AData:array of Byte;AStart,AEnd:Integer):Word;

const

GENP=$A001; //多项式公式X16+X15+X2+1（1100 0000 0000 0101）

var

crc:Word;

i:Integer;

tmp:Byte;

procedure CalOneByte(AByte:Byte); //计算1个字节的校验码

var

j:Integer;

begin

crc:=crc xor AByte; //将数据与CRC寄存器的低8位进行异或

for j:=0 to 7 do //对每一位进行校验

begin

tmp:=crc and 1; //取出最低位

crc:=crc shr 1; //寄存器向右移一位

crc:=crc and $7FFF; //将最高位置0

if tmp=1 then //检测移出的位，如果为1，那么与多项式异或

crc:=crc xor GENP;

crc:=crc and $FFFF;

end;

end;

begin

crc:=$FFFF; //将余数设定为FFFF

for i:=AStart to AEnd do //对每一个字节进行校验

CalOneByte(AData[i]);

Result:=crc;

end;

procedure TForm1.Button1Click(Sender: TObject);

var

Data:array[0..255] of Byte;

i,j,Count:Integer;

Res:Word;

szData:string;

begin

szData:=Form1.Edit2.Text; //读入欲校验的字符串

Count:=StrToInt(form1.Edit3.Text); //读入需要计算的字符串长度

i:=1;

j:=0;

for j:=0 to Count-1 do

begin

if (i mod 2)=0 then //每2个字符放入一个字节中

i:=i+1;

if i=Length(szData) then

exit;

Data[j]:=StrToInt('$'+copy(szData,i,2)); //取出字符并转换为16进制数

i:=i+1;

end;

Res:=CalCRC16(Data,Low(Data),Count-1);

form1.Edit1.Text:=IntToHex(Res,4);

end;

end.

Q4: IP/UDP/TCP/ICMP数据报协议的校验和的区别和计算

首先，IP、ICMP、UDP和TCP报文头部都有校验和字段，大小都是16bit，算法也基本一样数据包校验php：

在发送数据时，为数据包校验php了计算数据包的校验和。应该按如下步骤：

（1）把校验和字段置为0；

（2）把需校验的数据看成以16位为单位的数字组成，依次进行二进制反码求和；（3）把得到的结果存入校验和字段中。在接收数据时，计算数据包的校验和相对简单，按如下步骤：

（1）把首部看成以16位为单位的数字组成，依次进行二进制反码求和，包括校验和字段；

（2）检查计算出的校验和的结果是否为0；

（3）如果等于0，说明被整除，校验是和正确。否则，校验和就是错误的，协议栈要抛弃这个数据包。

虽然上面四种报文的校验和算法一样，但在作用范围存在不同：IP校验和只校验20字节的IP报头；而ICMP校验和覆盖整个报文（ICMP报头+ICMP数据）；UDP和TCP校验和不仅覆盖整个报文，而且还有12字节的IP伪首部，包括源IP地址(4字节)、目的IP地址(4字节)、协议(2字节，第一字节补0)和TCP/UDP包长(2字节)。另外UDP、TCP数据报的长度可以为奇数字节，所以在计算校验和时需要在最后增加填充字节0（注意，填充字节只是为了计算校验和，可以不被传送）。

这里还要提一点，UDP的校验和是可选的，当校验和字段为0时，表明该UDP报文未使用校验和，接收方就不需要校验和检查了！那如果UDP校验和的计算结果是0时怎么办呢？书上有这么一句话：“如果校验和的计算结果为0，则存入的值为全1（65535），这在二进制反码计算中是等效的。”

讲了这么多，那这个校验和到底是怎么算的呢？

1. 什么是二进制反码求和

对一个无符号的数，先求其反码，然后从低位到高位，按位相加，有溢出则向高位进1（跟一般的二进制加法规则一样），若最高位有进位，则向最低位进1。

首先这里的反码好像跟我们以前学的有符号数的反码不一样（即正数的反码是其本身，负数的反码是在其原码的基础上，符号位不变，其余各位取反），这里不分正负数，直接每个位都取反！

上面加粗的那句是跟我们一般的加法规则不太一样的地方：最高位有进位，则向最低位进1。确实有些疑惑，为什么要这样做呢？仔细分析一下（为了方便说明，以 4bit二进制反码求和举例），上面的这种操作，使得在发生加法进位溢出时，溢出的值并不是10000，而是1111。也即是当相加结果满1111时溢出，这样也可以说明为什么0000和1111都表示0了（你同样可以发现，任何数与这两个数做二进制反码求和运算结果都是原数，这恰好符合数0的加法意义）。

下面再举例两种二进制反码求和的运算：

原码加法运算 反码加法运算

3（0011）+ 5（0101）= 8（1000） 3（1100）+ 5（1010）= 8（0111）

8（1000）+ 9（1001）= 1（0001） 8（0111）+ 9（0110）= 2（1101）

从上面两个例子可以看出，当加法未发生溢出时，原码与反码加法运算结果一样；当有溢出时，结果就不一样了，原码是满10000溢出，而反码是满1111溢 出，所以相差正好是.

1。举例只是为了形象地观察二进制反码求和的运算规则，至于为什么要定义这样的规则以及该运算规则还存在其它什么特性，可能就需要涉及 代数理论的东西的了（呜呜~~数学理论没学好啊，只能从表面上分析分析）。

另外关于二进制反码求和运算需要说明的一点是，先取反后相加与先相加后取反，得到的结果是一样的！（事实上我们的编程算法里，几乎都是先相加后取反。）

2. 校验和算法的实现

讲了什么是二进制反码求和，那么校验和的算法实现就简单多了。废话少说，直接上代码：

[cpp] view plaincopy

//计算校验和

USHORT checksum(USHORT *buffer,int size)

{

unsigned long cksum=0;

while(size1)

{

cksum+=*buffer++;

size-=sizeof(USHORT);

}

if(size)

{

cksum+=*(UCHAR *)buffer;

}

//将32位数转换成16

while (cksum16)

cksum=(cksum16)+(cksum 0xffff);

return (USHORT) (~cksum);

}

buffer是指向需校验数据缓存区的指针，size是需校验数据的总长度（字节为单位）

4~13行代码对数据按16bit累加求和，由于最高位的进位需要加在最低位上，所以cksum必须是32bit的unsigned long型，高16bit用于保存累加过程中的进位；另外代码10~13行是对size为奇数情况的处理！

14~16行代码的作用是将cksum高16bit的值加到低16bit上，即把累加中最高位的进位加到最低位上。这里使用了while循环，判断cksum高16bit是否非零，因为第16行代码执行的时候，仍可能向cksum的高16bit进位。

有些地方是通过下面两条代码实现的：

cksum = (cksum 16) + (cksum 0xffff);

cksum += (cksum 16);

这里只进行了两次相加，即可保证相加后cksum的高16位为0，两种方式的效果一样。事实上，上面的循环也最多执行两次！

17行代码即对16bit数据累加的结果取反，得到二进制反码求和的结果，然后函数返回该值。

3. 为什么使用二进制反码求和呢？

好了，最后一个问题，为什么要使用二进制反码来计算校验和呢，而不是直接使用原码或者补码？

这个问题我想了很久，由于水平有限实在弄不明白，于是在百度上一阵狂搜，什么都没有（不知道是百度不给力，还是大家都不关注这个问题呢？）。果断换google，敲了3个关键词：why checksum tcp，嘿嘿 结果第二篇就是我想要的文章了！！！

先把链接给大家吧：

这篇文章主要介绍二进制反码求和（the 1's complement sum）与补码求和（the 2's complement sum）的区别，另外还说明了在TCP/IP校验和中使用反码求和的优点。

It may look awkword to use a 1's complement addition on 2's complement machines. This method however has its own benefits.

Probably the most important is that it is endian independent. Little Endian computers store hex numbers with the LSB last (Intel processors for example). Big Endian computers put the LSB first (IBM mainframes for example). When carry is added to the LSB to form the 1's complement sum (see the example) it doesn't matter if we add 03 + 01 or 01 + 03. The result is the same.

Other benefits include the easiness of checking the transmission and the checksum calculation plus a variety of ways to speed up the calculation by updating only IP fields that have changed.

上面是原文的一部分，说明在TCP/IP校验和中使用反码求和的一些优点：

a. 不依赖系统是大端还是小端。 即无论你是发送方计算或者接收方检查校验和时，都不需要调用htons 或者 ntohs，直接通过上面第2节的算法就可以得到正确的结果。这个问题你可以自己举个例子，用反码求和时，交换16位数的字节顺序，得到的结果相同，只是字节顺序相应地也交换了；而如果使用原码或者补码求和，得到的结果可能就不相同！

b. 计算和验证校验和比较简单，快速。说 实话，这个没怎么看明白，感觉在校验和计算方面，原码或者补码求和反而更简单一些（从C语言角度），在校验和验证上面，通过一样的算法判断结果是否为全 0，确实要方便一些，所以可能从综合考虑确实反码求和要简便一些。另外，IP报文在传输过程中，路由器经常只修改TTL字段（减1），此时路由器转发该报 文时可以直接增加它的校验和，而不需要对IP整个首部进行重新计算。当然，可能从汇编语言的角度看，反码求和还有很多高效的地方，这里就不在深入追究 了~~~

Q5: 发送数据包时不校验(指定的校验位怎么处理)

发送数据包时不校验(指定数据包校验php的校验位处理)用控制器。根据查询相关公开资料显示数据包校验php，奇偶校验用户可以配置控制器是奇或偶校验，或无校验。这决定了每个字符中的奇偶校验位是如何设置的。

数据包校验php的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于数据包校验错误是什么意思、数据包校验php的信息别忘了在本站进行查找喔。