关于u8 u16 u32 以及arm中的长度问题。『转』

首先先来看看2个程序，第一次看会死人的。
#include <stdio.h>
struct test{
unsigned int a1;
unsigned char a2;
unsigned short a3;
unsigned char a5;
unsigned int a4;
};

int main(void)
{
printf("a:%d\n",sizeof(struct test));
return 0;
}
显示16
----------
#include <stdio.h>
struct test{
unsigned int a1;
unsigned char a2;
unsigned char a5;
unsigned short a3;
unsigned int a4;
};

int main(void)
{
printf("a:%d\n",sizeof(struct test));
return 0;
}
显示12
----------
为什么呢？？
因为：
unsigned char a2;
unsigned short a3;
unsigned char a5;
主要是因为u16和u8的排列问题
－－－－－－－－－－－－－－
如果char后面跟的是u16，那char就是2字节存储了。
后面的char是单字节，但是a5后面是int，所以a5就当4字节存储了。
u8就是unsigned char
那么u16=unsigned short
u32=unsigned int了呵呵。
short 16
char 8
int 32
在arm和32bit的intel中是这么定义的。
我晕，还要管哪家公司定义的。
结构体中的排列问题 是编译器的原因还是什么？
是 cpu架构和编译器共同作用
---------------------------------------
好了，我们回头看那个程序。
第一个：
4+2+2+4+4=16
4(unsigned char)+2(unsigned char因为后面的16、2个字节，所以变了)+2(unsigned short)+4(unsinged char因为后面的32、4个字节所以变了)+4(unsigned int)=16
第二个：
4+1+1+2+4=12
就没怎么变。（ps: 还不知道为什么这个就没有8--〉16变成2字节，或许不用吧， 下午再问）
在这里谢谢id=思想者的老兄了。呵呵。这么本质的问题都有。厉害。