假如你已经写文本文件或互联网读写能力数据信息的混合开发c/c 编码，那麼你务必搞清楚有一些问题是因语言表达，c语言编译器，服务平台而不一样的。 关键的问题是数据信息两端对齐，添充，种类尺寸，字节数次序和默认设置情况char是不是有标记。
两端对齐
特殊设备上，特殊的数据信息被两端对齐于特殊的界限。假如数据信息沒有恰当两端对齐，結果可能是高效率减少乃至奔溃。 如果你从i/o源获取数据的情况下，*两端对齐是恰当的。
添充
"添充" 是数据信息结合中不一样原素中间的间距， 一般是为了更好地两端对齐而存有。不一样c语言编译器友谊观众席，添充的总数很有可能会不一样。?不必假定构造的尺寸和组员的部位在一切c语言编译器友谊观众席全是同样的。 不必一次性载入或是载入一全部建筑结构，由于载入的程序流程很有可能会应用和载入的程序流程不一样的添充方法。针对域也一样可用。
种类尺寸
不一样基本数据类型的尺寸随c语言编译器和服务平台而不一样。 在c/c 中， 内嵌种类的尺寸彻底在于c语言编译器(在特殊范畴内). 不必读写能力尺寸不确立的基本数据类型。换句话说，不必读写能力bool, enum, long, int, short, float, 或是double种类.(译员注：客观事实好像不是这样，我还记得c/c 标准了一些基本数据类型的长短，比如short 2字节数，long 4字节数这些，在符合规定要求的c语言编译器上，应用这种种类能够确保混合开发的准确性)
用这种 取代这种... int8, uint8 char, signed char, unsigned char, enum, bool int16, uint16 short, signed short, unsigned short, enum int32, uint32int, signed int, unsigned int, long, signed long, unsigned long, enum int64, uint64 long, signed long, unsigned long int128, uint128long long, signed long long, unsigned long long float32floatfloat64double
字节数次序
字节数次序，便是字节数在运行内存中储存的次序。 不一样的CPU储存多字节数数据信息的次序是不一样的。 小端CPU由低到高储存(也就是说，和撰写的次序反过来).。大端CPU由高到低储存(和撰写次序同样)。假如标值的字节数次序和读写能力它的CPU不一样，它务必被事前转换。与此同时，为了更好地规范化数据传输的字节数次序，界定了互联网字节数次序。
char - 有标记或是无标记?
一个不为人知的客观事实，char默认设置能够是有标记的还可以是无标记的-彻底在于c语言编译器。結果造成 你从char转换为其他类型的情况下(例如int)，結果会因为c语言编译器而不一样。
