大小端模式与网络字节序

一、为什么会出现大小端模式？

不同的cpu采用的大小端模式不一致。X86是小端模式。而KEIL C51则为大端模式。很多的ARM，DSP都为小端模式。有些ARM处理器还可以由硬件来选择是大端模式还是小端模式。

二、大小端模式的不同带来的问题是什么？如何解决？

如果存在数据网络传输，如果大小端模式不一致，如果不经过转换，必然会导致数据不致，出现错误。

解决方法：统一将网络上传输的字节序采用同一种模式（大家都知道的），这样收发数据时，就会根据主机对应的模式是否和网络字节对应的模式一致，来判断是否需要进行转换。这样即使不同的设备使用不同的模式，网络传输不会出现问题。

三、如何判断cpu的大小端模式？

有多种方法，列举三种。

（1）、采用联合

// 返回真，就是小端

bool LittleEndian()

{

        union

        {

                int i;

                char c;

        }udata;

        udata.i = 1;

        return (udata.c == 1);

}

（2）、通过指针判断

bool LittleEndian()

{

        int d = 0x12345678;

        char* p = *(char*)&d;

        return (*p == 0x78);

}

（3）、在linux环境下，通过htonl等函数直接判断。

 #include <arpa/inet.h>

bool LittleEndian()

{

        return (1!=htonl(1));

}

四、网络字节序

由于不同的系统会有不同的模式，为了统一，规定在网络传输中使用大端模式，这就是网络字节序。现在看看下面这四个函数的作用

uint32_t htonl(uint32_t hostlong);//32位的主机字节序转换到网络字节序
uint16_t htons(uint16_t hostshort);//16位的主机字节序转换到网络字节序
uint32_t ntohl(uint32_t netlong);//32位的网络字节序转换到主机字节序
uint16_t ntohs(uint16_t netshort);//16位的网络字节序转换到主机字节序

拿htonl和ntohl来分析，htonl函数的内部实现原理是这样，先判断主机是什么模式存储，如果是大端模式，就跟网络字节序一致，直接返回参数即可，如果是小端模式，则把形参转换成大端模式存储在一个临时参数内，再把临时参数返回；而ntohl函数的实现原理也是一样的过程，但是要注意它的参数，参数是网络字节序，就是大端模式存储，而不管你传入实参的过程是如果存储的，因此当判断主机是大端模式的时候，会直接返回，因为该函数默认会认为形参是网络字节序，把它当大端模式来看，如果判断主机是小端模式，就会将实参做转换，转换的过程并不复杂，就是逆序存储各个字节的数据，所以结果就被转换。

说到这里，可以看出一个规律来，就是如果主机与网络字节序不一致（也就是小端模式），这四个函数的返回值与传递进去的实参值的字节排序肯定是逆序的，所以返回值绝对不等于实参值，例如htonl(1)的结果肯定不是1，而如果主机与网络字节序一致（也就是大端模式），则这四个函数根本就没有做转换操作，而是直接返回实参值，这样他们的返回结果就肯定与实参值相同，即htonl(1)的结果是1。

这样，我们就得到了一个非常简便的判断系统是什么模式的方法，就是直接利用这四个函数来判断，如

if (1 != htonl(1)) {
    //小端模式，作相应处理
} else {
    //大端模式，作相应处理
}

或者直接用一个判断if(1 != htonl(1))，只有主机字节序与网络字节序不一致时，才调用那些函数去转换，否则不需要处理，这样可以减少多余的函数调用。