字节顺序指的主要是整型变量在内存中的存储方式。在计算机中，数据都是以二进制方式存储的，包括在内存和硬盘中。而计算机又以8位二进制作为一个存储单元。在32位系统中，一个整型的存储需要四个存储单元。也就是说要把一个32位的整数分割成位四段分别进行存储，而每一段的存储位置就是字节顺序的差异。字节顺序的差异来源于硬件平台的差异，处理器在表示数的时候采用了不同的方法。严格的将，说Windows下和Unix下存在字节差异时不合适的，其实时Wintel（Windows+Intel）平台和其他平台之间的差异。考虑到通常的Windows都是运行在Wintel平台下的，而Unix系统一般都是在其他硬件平台（非Intel）下，所以还是以Windows和Unix作为差异的双发来进行介绍。当然，安装在PC机上的Linux和Windows拥有相同的字节表示顺序，但是设计网络程序的时候，依然应该考虑字节顺序的差异，因为你不知道通信的对方将会是什么样的硬件平台。
为了清楚的表示每段存储的先后位置，我们用16进制来表示一段的值，下表列出了在Unix系统和Windows系统中整数20000在内存中的情况。
|
十六进制表示
|
0x00004E20
|
|
Windows内存表示
|
20 4E 00 00
|
|
Unix内存表示
|
00 00 4E 20
|
如表中所示，Windows中存储方式和该整数的16进制表示是相反，是一种低位在前高位在后的存储顺序。而Unix下的存储顺序和正常的16进制表示的顺序相同，称为高位在前低位在后的顺序。这种差异带来的问题，主要体现在以下几个方面：
Ø 网络通信时
当Windows和Unix之间发生网络数据传输，传输一个整型数据（如一个数据包的长度）的时候，如果不经处理直接把内存中的数据传输过去，那么在对方看来完全是另一个数据，这样就会造成问题。如Windows下面发送过去一个20000（0x00004E20），在Unix下面收到的数据就会被理解成541982720（0x204E0000），这简直是天壤之别。
Ø 文件存储和读取时
跟网络传输类似，如果在Windows下面把某个整数写到了文件中，然后在Unix下面打开这个文件读取该数据，就会出现跟上面类似的问题。
这个问题主要体现在不同平台之间互操作时，在多平台开发过程中，尤其时在网络应用开发的时候，两个平台之间数据交互是非常普遍的，所以这个问题也就显的很普遍。解决这个问题的方法就是交互的双方采用一种相同的数据编码标准，就是数据在传输和存储的时候采用什么方法进行编码，具体的做法有一下几种：
1． 数字转换成字符传进行交互
2． 协商一个同意的字节顺序，根据自己平台的字节顺序还原数据
3． 采用其他标准的编码方式，如ASN1编码
跟这个问题类似，32位系统和64位系统的差异也会出现这样的问题，解决方法跟这个问题的解决方法相同。在32位系统和64位系统中，长整型（long）分别用32位和64位表示，这样，在不同系统之间交互的时候必然会出现整型数据表示方式不同的问题。目前大多数Windows系统都是32位的系统，而Unix中很多都是64位的，尤其是大型的服务器，所以这个问题必须引起重视。
收藏
推荐
评论(0条)
