最近挺忙的，也没时间写点东西，一直在忙下一个资料片的事情，前几天在群里见有人问关于大小端的事情，这里说一下。
对于跨平台的程序或者所用数据牵扯到不同平台的程序(例如网络编程)，大小端字节序是个值得考虑的事情。本文主要讨论一下网络编程方面的大小端问题。(by peakflys)
先来说一下几个定义：
a) Little-Endian就是
低位字节排放在内存的低地址端，高位字节排放在内存的高地址端。(逻辑上的低低高高)
b) Big-Endian就是
高位字节排放在内存的低地址端，低位字节排放在内存的高地址端。(像数据流一样填充)
c) 网络字节序：
TCP/IP各层协议将字节序定义为Big-Endian，因此TCP/IP协议中使用的字节序通常称之为网络字节序。 因为字节序往往和具体CPU架构有关，所以 如果你知道你的程序主要用户群是什么平台，为了方便或者效率，你可以除了socket端口等需要在主机字节序和网络字节序之间转换外，其余数据的传递直接无视。例如 现在很多端游 都是如此。因为现在大多数人使用的计算机都是X86体系结构的CPU+Windows操作系统，这部分用户基本就是主流玩家，其他平台的玩家，除非获得的回报率足够多，否则没必要花费太多时间关注。
先来说一下，常见的CPU架构的字节序吧：
Big Endian : PowerPC、IBM、Sun
Little Endian : x86、DEC
ARM的大小端是可选的。
最近随着移动终端(大多为ARM处理器)和移动互联网的爆发式发展，以后的游戏平台就不得不考虑一下大小端问题了。
大小端问题主要涉及的是非单字节非字符串外的其余数据的表示和传递，如short型、int型等。判断主机大小端的方法有很多，常见的是联合体判断法，代码如下：
01.bool isBigEndian()
02.
{
03. union
04.
{
05. int a;
06. char b;
07. }num;
08. num.a = 0x1234;
09. return ( num.b == 0x12 )
14.}
出于效率考虑，我们有理由也完全应该 把大小端的处理放在客户端，在客户端socket过来时把服务器主机的大小端通知给客户端，这样服务器就不需要改动，直接传递数据就行，这时候可以在客户端代码中封装几个宏，在客户端在收到数据后，根据那些宏来判断是否转换以及得出转换后的数值。大小端转换最有效也是最常见的方法就是移位法：
#define __SWP16(A) (( ((uint16)(A) & 0xff00) >> 8) | \
(( (uint16)(A) & 0x00ff) << 8))
#define __SWP32(A) ((( (uint32)(A) & 0xff000000) >> 24) | \
(( (uint32)(A) & 0x00ff0000) >> 8) | \
(( (uint32)(A) & 0x0000ff00) << 8) | \
(( (uint32)(A) & 0x000000ff) << 24))
聊了那么多，可能很多人要问 为什么 主机的字节序不统一呢？ 这是因为 各个CPU厂商出于不同的逻辑考量，换句话说 大端和小端有其各自的优势。我们知道计算机正常的内存增长方式是从低到高(当然栈不是)，取数据方式是从基址根据偏移找到他们的位置，从他们的存储方式可以看出，大端存储因为第一个字节就是高位，从而很容易知道它是正数还是负数，对于一些数值判断会很迅速。而小端存储 第一个字节是它的低位，符号位在最后一个字节，这样在做数值四则运算时从低位每次取出相应字节运算，最后直到高位，并且最终把符号位刷新，这样的运算方式会更高效，也更符合我们手算的方式。当然这些都是自己的理解，如有不对，还望指正。
此次评述先到此为止，要去给媳妇儿做饭吃了……