Question

Let s say that I define the following structure:

struct MyData { 
    int a;
    char b;
    int c;
    byte d;
    byte e;
}

我含糊地记住,这种结构的规模不仅取决于数据类型,而且取决于记忆的一致。在32个轨道上,MyData公司的结构是4个 by子+1个 by子+4个 by子+1个 by子=11个 by子。这里我的问题是,记忆调和增加了结构的规模:4个 by+1个 by(+3个 by)+4个 by+1个 by(+3个 by)+1个 by(+3个 by)=20个 by。

这是否是错误的? 我失踪了吗? 这一措辞是否具体? 我能否包装结构? 如果是的话,什么是好处和不利条件?

感谢!

Answer 1

汇编者可按其认为合适的方式铺设结构。通常,最后两个<代码>bytes 不会通过婚礼分离,因此其大小将变成<代码>4(int) + 1 (char) + 3 (pavention) + 4 (int) + 1 (byte) + 1 (byte) + 2 (patter) = 16。

许多汇编者允许每块rag块包装。其优点是记忆使用较少,但不利于不结盟的<条码>(int)成员。

Answer 2

您指出,记忆的调整可以提高结构的规模,这并不错;然而,对于如何协调记忆,任何格言对于所有平台都无效。这纯粹是具体的平台。

基本上,大多数平台倾向于按美元=1美元(WORDSIZE}计算,或者如果数据类型小于1美元(WORDSIZE}),那么它就可调取的下一个部分(iWORDSIZE})。

例如,如果你有32个字眼,而且你正在储存16个字节短,他们可以在一字内对0和16个字眼表示赞成。但这不是一种保障,因为它确实是具体的平台。

打破你因dding而形成的小废物结构,按数据类型排列,数据类型越大,数据类型越多。这往往允许多口特混为同一字(如果可能的话),而超过字数的物项在字面上会明显终止,因为它们往往是一字数的清洗(序号、两字......)

Answer 3

在建筑成员之间和之后,有unspecised pa。第一层建筑成员之前,即:

struct MyData bla;

int val = (char *) &bla == (char *) &bla.a;  // val is 1

结构的一个要点(适当转换)指第一个结构成员。

结构标的大小考虑到婚礼,等于成员人数之和,加上未指明的婚礼的大小。

Answer 4

是的,汇编者自然会根据与其规模相称的边界调整类型。你们可以使用编织物(如编织物)强迫包装

#pragma pack(1)

你们也可以避免一些dding子,重新定下你的声明,把你的 in放在一开始,然后单独挑出。

可以通过印刷<条码>(图形MyData)易于测试。

友情链接