大小端问题

最近工作中碰到了大小端的问题，困扰了两天，记录一下避免以后走弯路。

百度百科上记录：

大端模式，是指数据的高字节保存在内存的低地址中，而数据的低字节保存在内存的高地址中，这样的存储模式有点儿类似于把数据当作字符串顺序处理：地址由小向大增加，而数据从高位往低位放；这和我们的阅读习惯一致。

小端模式，是指数据的高字节保存在内存的高地址中，而数据的低字节保存在内存的低地址中，这种存储模式将地址的高低和数据位权有效地结合起来，高地址部分权值高，低地址部分权值低。和我们的逻辑习惯一致。

在计算机系统中，存储是以字节为单位的，每个地址单元都对应着一个字节，一个字节=8bit，所以下面都是以十六进制为例。

在计算机系统中，内存可以理解为一个个8bit的内存块。如果我们要存储一个char型的数据，无论大小端，存储结果都一样。但是当我们要存储16位的数，或者是32、64位的数，大小端模式的存储就截然不同了。例如一个32位的数0x12345678。存储地址为0x00000001（简记为01）到0x00000004（简记为04）。地址由小到大增加。

在大端模式下，01内存块存储的是0x12,02内存块存储的是0x34,03内存块存储的是0x56,04内存块存储的是0x78。

在小端模式下，和上面相反。01存储的是0x78。。。。。

小端模式下，u char指针*p，指向0x12345678,p[0] = 0x78，大端模式下p[0] = 0x12。接下来说下工作中遇到的问题。

首先我定义了一个结构体，其中一个成员叫a，为u char型。因为取值介于0-255之间。我需要调用一个解码函数fun（void *p），解出a的值。在调用解码函数时，我直接把结构体中的a的地址传进去，这样就可以得到a的值。fun（&a）,在X86架构中一切都是美好的，世界也是和平的。

但是突然有一天，老大告诉我现在有个新的硬件平台，PowerPc的架构，让我移植过去。我一顿操作，在我的环境上交叉编译出版本后，在新的硬件平台上跑，结果跑出问题了，业务死活不通。没办法，取日志来看，发现a的值不对，自始至终都是0。心中很纳闷，这个解码函数都用了好几年了，没出过错啊，没办法只好逐行分析代码，发现在解码函数中，值是对的，但是传出来就不对了。

后来发现协议定的和我结构体定的有差别，3GPP协议中规定a是一个int型的值，所以事先封装好的解码函数就把a当做int型进行解码。假如解出a的值是1,而PowerPc架构中，存储的为0x01000000，取a[0],就等于0了。没办法，结构体又不能乱动，解码函数也是按照协议写的，也没错，只能定义了一个临时的int变量b,把b的地址传进解码函数，然后将b的值强转给a。幸运的是大小端模式队数值的强转是没有影响的。美好的一天又开始了~~