编译器可以将结构成员放在特定的字节边界上，以提高特定体系结构上的性能。这可能会在成员之间留下未使用的填充。结构填料迫使构件连续。

这可能很重要，例如，如果您需要一个结构符合特定的文件或通信格式，其中您需要数据位于序列中的特定位置。然而，这种用法不处理端部性问题，因此尽管使用了，但它可能是不可移植的。

它还可以精确地覆盖一些I/O设备(例如UART或USB控制器)的内部寄存器结构，以便通过结构而不是直接地址访问寄存器。

#pragma用于向编译器发送不可移植(仅在此编译器中)消息。像禁用某些警告和包装结构是常见的原因。如果在编译时将警告作为错误标志打开，则禁用特定警告特别有用。

#pragma pack特别用于指示被打包的结构体不应该让其成员对齐。当您有一个内存映射接口到某个硬件，并且需要能够准确控制不同结构成员指向的位置时，它非常有用。这显然不是一个很好的速度优化，因为大多数机器在处理对齐数据时要快得多。

使用#pragma pack(push,1)和#pragma pack(pop)来撤销换行

为什么要使用它?

减少结构的内存

为什么不应该使用它?

这可能会导致性能损失，因为某些系统在对齐的数据上工作得更好 一些机器将无法读取未对齐的数据 代码不可移植

你可能只在对某些硬件(例如内存映射设备)编码时才会使用它，这些硬件对寄存器排序和对齐有严格的要求。

然而，这似乎是实现这一目标的一个相当生硬的工具。一个更好的方法是在汇编程序中编写一个迷你驱动程序，并给它一个C调用接口，而不是摸索这个pragma。

数据元素(例如类和结构的成员)通常在当前一代处理器的WORD或DWORD边界上对齐，以提高访问时间。在32位处理器上，在不能被4整除的地址处检索DWORD至少需要一个额外的CPU周期。如果你有三个char成员char a b c;，它们实际上会占用6到12个字节的存储空间。

#pragma允许你覆盖这个，以实现更有效的空间使用，以访问速度为代价，或为了不同编译器目标之间存储的数据的一致性。从16位代码到32位代码的转换给我带来了很多乐趣;我预计移植到64位代码也会对某些代码造成同样的困扰。

请注意，#pragma pack提供了其他实现数据一致性的方法(例如，有些人使用#pragma pack(1)来实现应该通过网络发送的结构)。例如，请参阅以下代码及其后续输出:

#include <stdio.h>

struct a {
    char one;
    char two[2];
    char eight[8];
    char four[4];
};

struct b { 
    char one;
    short two;
    long int eight;
    int four;
};

int main(int argc, char** argv) {
    struct a twoa[2] = {}; 
    struct b twob[2] = {}; 
    printf("sizeof(struct a): %i, sizeof(struct b): %i\n", sizeof(struct a), sizeof(struct b));
    printf("sizeof(twoa): %i, sizeof(twob): %i\n", sizeof(twoa), sizeof(twob));
}

回显如下: Sizeof (struct a): 15, Sizeof (struct b): 24 Sizeof (twoa): 30, Sizeof (twob): 48

注意结构体a的大小和字节数是一样的，但是结构体b添加了填充(关于填充的详细信息请参见此)。通过这样做，而不是#pragma包，你可以控制将“连线格式”转换为适当的类型。例如，“char 2[2]”转换为“short int”等等。