linux sizeof结构体,为什么structof sizeof不等于每个成员的sizeof总和?

包装和字节对齐,如在C FAQ描述在这里:

这是为了对齐。如果它们以每个方向被塞满,许多处理器就无法访问2字节和4字节的数量(例如,整数和长整数)。

假设你有这个结构:

struct {

char a[3];

short int b;

long int c;

char d[3];

};

现在,您可能认为应该可以将此结构打包到内存中,如下所示:

+-------+-------+-------+-------+

|           a           |   b   |

+-------+-------+-------+-------+

|   b   |           c           |

+-------+-------+-------+-------+

|   c   |           d           |

+-------+-------+-------+-------+

但是如果编译器像这样安排它,它在处理器上要容易得多:

+-------+-------+-------+

|           a           |

+-------+-------+-------+

|       b       |

+-------+-------+-------+-------+

|               c               |

+-------+-------+-------+-------+

|           d           |

+-------+-------+-------+

在打包版本中,请注意你和我看到b和c字段如何环绕至少有点困难?简而言之,处理器也很难。因此,大多数编译器将填充结构(就好像有额外的,不可见的字段),如下所示:

+-------+-------+-------+-------+

|           a           | pad1  |

+-------+-------+-------+-------+

|       b       |     pad2      |

+-------+-------+-------+-------+

|               c               |

+-------+-------+-------+-------+

|           d           | pad3  |

+-------+-------+-------+-------+

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值