为什么打包结构不属于C语言？

每个C编译器都提供“打包” C结构的选项（例如__attribute__ ((__packed__))或#pragma pack()）。现在，我们都知道，如果我们想以可靠的方式发送或存储数据，则需要打包。自C语言问世以来，这也一直是必需的。

所以我想知道为什么打包结构不属于C语言规范的一部分？即使几十年来已经知道使用它们的必要性，它们甚至不在C99或C11中？我缺少什么？为什么它是特定于编译器的？

我猜是因为这取决于所使用的目标CPU /编译器的组合。这意味着最好是成为编译器指令（与之相关）而不是语言方面，因为该如何规范？他们唯一的办法就是工会。

雷蒙德（Raymond）的文章对为什么会这样有一些见解：http : //www.catb.org/esr/structure-packing/

主要有三个因素。

1. 某些处理器无法访问未对齐的数据（例如，从奇数地址开始的整数或浮点数）。尝试执行会触发异常。
2. 一些处理器可以访问未对齐的数据，但是会降低性能。
3. 大多数结构可以通过一组C / C ++源代码访问，并且与其他语言的互操作性是一个例外，而不是规则。

考虑到这些因素，标准编译器和所有C / C ++编译器都会例行填充结构以确保处理器的最佳对齐方式，但也可以提供用于互操作的机制，以在需要时覆盖此结构。

这绝不是被忽略的事情。众所周知，目前的情况是设计使然。最新版本的C ++标准为您可能不熟悉的对齐问题提供了广泛的支持。

它是特定于编译器的，因为它不在标准中。而且它不在标准之内，因为对于具有强制对齐限制的晦涩平台的编译器而言，很难以不需要大量实现工作的方式进行指定。

而且，这些努力都没有充分的理由，因为使用C89或更高版本的编译器的任何人都关心的每个编译器/平台都已经实现了。