C++ C+中的结构填充+； /COD>，难道没有办法安全地读/写它到跨平台/编译器兼容的文件吗？< /P>

因为如果我理解正确的话，每个编译器根据目标平台的不同而“填充”不同。

不，没有安全的方法。除了填充，还必须处理不同的字节顺序和不同大小的内置类型

---

您需要定义文件格式，并将结构转换为该格式。序列化库（例如boost:：Serialization或google的protocolbuffers）可以帮助实现这一点。

不，没有安全的方法。除了填充，还必须处理不同的字节顺序和不同大小的内置类型

---

您需要定义文件格式，并将结构转换为该格式。序列化库（例如boost:：Serialization或google的protocolbuffers）可以帮助实现这一点。

长话短说，没有。没有独立于平台、符合标准的方法来处理填充

填充在标准中称为“对齐”，并在3.9/5中开始讨论：

对象类型具有对齐方式 要求（3.9.1、3.9.2）。这个 完整对象类型的对齐方式是 实现定义的整数 表示字节数的值； 对象被分配到一个地址 这符合对齐要求 它的对象类型

但它从那个里继续下去，并蜿蜒到标准的许多黑暗角落。对齐是“实现定义的”，这意味着在不同的编译器之间，甚至在同一编译器下的地址模型（即32位/64位）之间，对齐可以是不同的

---

除非您有真正苛刻的性能要求，否则您可能会考虑将数据以不同的格式存储到磁盘上，例如char字符串。当自然格式可能是其他格式时，许多高性能协议使用字符串发送所有内容。例如，我最近处理的一个低延迟exchange提要将日期发送为如下格式的字符串：“20110321”，发送时间类似：“141055.200”。尽管此exchange提要全天每秒发送500万条消息，但它们仍然使用字符串来处理所有内容，因为这样可以避免endian和其他问题。

长话短说，没有。没有独立于平台、符合标准的方法来处理填充

填充在标准中称为“对齐”，并在3.9/5中开始讨论：

对象类型具有对齐方式 要求（3.9.1、3.9.2）。这个 完整对象类型的对齐方式是 实现定义的整数 表示字节数的值； 对象被分配到一个地址 这符合对齐要求 它的对象类型

但它从那个里继续下去，并蜿蜒到标准的许多黑暗角落。对齐是“实现定义的”，这意味着在不同的编译器之间，甚至在同一编译器下的地址模型（即32位/64位）之间，对齐可以是不同的

---

除非您有真正苛刻的性能要求，否则您可能会考虑将数据以不同的格式存储到磁盘上，例如char字符串。当自然格式可能是其他格式时，许多高性能协议使用字符串发送所有内容。例如，我最近处理的一个低延迟exchange提要将日期发送为如下格式的字符串：“20110321”，发送时间类似：“141055.200”。尽管此exchange提要全天每秒发送500万封邮件，但它们仍然使用字符串来处理所有事情，因为这样可以避免结尾不连贯和其他问题。

如果您有机会自己设计结构，这应该是可能的。基本思想是，您应该设计它，这样就不需要在其中插入pad字节。第二个诀窍是，必须处理endianess中的差异

我将描述如何使用标量构造结构，但是您应该能够使用嵌套结构，只要您对每个包含的结构应用相同的设计

<>首先，C和C++中的一个基本事实是，类型的对齐不能超过类型的大小。如果会，那么就不可能使用

malloc（N*sizeof（the_type））

分配内存

布局结构，从最大的类型开始

 struct
 {
   uint64_t alpha;
   uint32_t beta;
   uint32_t gamma;
   uint8_t  delta;

接下来，手动填充结构，以便最终匹配最大的类型：

   uint8_t  pad8[3];    // Match uint32_t
   uint32_t pad32;      // Even number of uint32_t
 }

---

下一步是决定该结构是以小端还是大端格式存储。如果存储格式与主机系统的endianess不匹配，最好的方法是在写入结构之前或读取结构之后就地“交换”所有元素。

如果您有机会自己设计结构，这应该是可能的。基本思想是，您应该设计它，这样就不需要在其中插入pad字节。第二个诀窍是，必须处理endianess中的差异

我将描述如何使用标量构造结构，但是您应该能够使用嵌套结构，只要您对每个包含的结构应用相同的设计

<>首先，C和C++中的一个基本事实是，类型的对齐不能超过类型的大小。如果会，那么就不可能使用

malloc（N*sizeof（the_type））

分配内存

布局结构，从最大的类型开始

 struct
 {
   uint64_t alpha;
   uint32_t beta;
   uint32_t gamma;
   uint8_t  delta;

接下来，手动填充结构，以便最终匹配最大的类型：

   uint8_t  pad8[3];    // Match uint32_t
   uint32_t pad32;      // Even number of uint32_t
 }

---

下一步是决定该结构是以小端还是大端格式存储。如果存储格式与主机系统的endianess不匹配，最好的方法是在写入结构之前或读取结构之后就地“交换”所有元素。

否。这是不可能的。这是因为C++在二进制级别.< 写（引用他的书，chapter COM作为更好的C++）

C++与可移植性