最近又遇到了几年前遇到的问题，标记一下。

对于跨字节位域(bit field)而言，如果数据传输前后环境的字节序不同（LE->BE,BE->LE），简单地调用(ntohs/ntohl/htons/htonl)并不能正确读取位域的值。

例如：

struct _exam_

{

　　unsigned int tag : ;

　　unsigned int field1 : ;

　　unsigned int field2 : ;

　　unsigned int field3 : ;

　　unsigned int pad :  ;

}Exam;

其中，tag,field2,pad是字节内位域，field1和field3是跨字节位域。当这个结构体从某个大端序平台（例如MIPS,big-endian）通过网络传送到PC机（little-endian），在pc机上无论调用ntohl与否，直接通过Exam.field3语句都无法获取正确的值。

解决方案：

(1)调用ntohl，并保存该变量为一个unsigned int。

此时Exam的5个成员将暂时按照地址从高到低的顺序排列（正确的情况下，无论BE还是LE，结构体内部的成员都应当按照先后顺序，从低地址到高地址排列）。

 unsigned int temp = ;

 memcpy(&temp, sizeof(temp), &Exam);

 temp = ntohl(temp);  

(2)使用位运算符获取位域正确值。

经过上一步骤，虽然Exam的成员(将temp内的码流当作Exam)在内存中的排列顺序是错的，但我们将错就错。从日常印刷书写的“逻辑视图”角度看，Exam.tag在“最左端”(高位)，Exam.pad在“最右端”（低位），且5个位域内的比特顺序也是正确的。因此可以直接用移位运算符获取其中的值。

struct _exam_ ExamWin32;

ExamWin32.tag = temp >> ;   // 高位全部为0，不必使用位与运算

ExamWin32.field1 = (temp >> ) & 0x00000007; // 只获取移位操作结果的低3位。

ExamWin32.field2 =  (temp >> ) & 0x0000007F;

ExamWin32.field3 =  (temp >> ) & 0x000007FF;

ExamWin32.pad = temp & 0x0000001F;