最近在看开源项目中的代码时，发现许多地方都用到了#pragma的程序。因此，就问了下谷歌老师，总结了下＃pragma预编译指令的常用用法，现在和大家分享下。

使用#progma pack预编译指令可以改变编译器的默认值（不是绝对的，有些编译器只能是固定的数据对齐方式）。

2>说明

大多数情况下，我们写程序时候并不考虑对齐的问题，因为编译器会替我们选择对的策略。大多数编译器都是默认四字节对齐方式。

大家可以看一个程序就明白了：

程序A:

#include

struct A

{

int a;

char b;

short c;

};

int main()

{

int d;

d= sizeof (struct A);

printf(“theleng=%d\n”,d);

return 0;

}

注：

(1)一般现在我们用的都是32位的处理器，vc编译器默认的对齐字节数目是4字节。在gcc下默认为以结构体中最大类型的变量为字节对齐方式。

结构体A中包含了4字节长度的int一个，1字节长度的char一个和2字节长度的short型数据一个。所以A用到的空间应该是7字节。但是因为编译器要对数据成员在空间上进行对齐。所以使用sizeof(strcut A)值为8《a 占4个字节，b占一个字节，c占两个字节，因此编译器会把b和C放在一个4字节之内，因此结构体A占8个字节》

(2)现在我们讨论下字节对齐的好处：

现代计算机中内存空间都是按照byte划分的，从理论上讲似乎对任何类型的变量的访问可以从任何地址开始，但实际情况是在访问特定变量的时候经常在特定的内存地址访问，这就需要各类型数据按照一定的规则在空间上排列，而不是顺序的一个接一个的排放，这就是对齐

对齐的作用和原因：各个硬件平台对存储空间的处理上有很大的不同。一些平台对某些特定类型的数据只能从某些特定地址开始存取。其他平台可能没有这种情况，但是最常见的是如果不按照适合其平台要求对数据存放进行对齐，会在存取效率上带来损失

比如有些平台每次读都是从偶地址开始，如果一个int型（假设为32位系统）如果存放在偶地址开始的地方，那么一个读周期就可以读出，而如果存放在奇地址开始的地方，就可能会需要2个读周期，并对两次读出的结果的高低字节进行拼凑才能得到该int数据。显然在读取效率上下降很多。这也是空间和时间的博弈

3>How to Use

使用方法举例：
#pragma pack(push) //保存以前的对齐状态，push是将以前的对齐状态压入栈
#pragma pack(1) //指定新的对齐状态，1个字节
//定义你的结构
//…………
#pragma pack(pop) //弹出栈，恢复以前的对齐状态

现在我们把刚才的程序修改下：

程序B:

#include

#pragma pack(push)

#pragma pack(1)

struct A

{

int a;

char b;

short c;

};

#pragma pack(pop);

int main()

{

int d;

d = sizeof (struct A);

printf(“theleng=%d\n”,d);

return 0;

}

此时因为是按一字节对齐，因此结构体A总共占用7个字节。