Linux下的内存对齐问题， 百思不得其解，在线等待

sshc625

typedef struct tagBMPFILEHEADER {
        unsigned short int                bfType;                        // 文件类型                2字节
        unsigned int                        bfSize;                        // 文件大小                4字节
        unsigned short int                bfReserved1;        // 保留位                2字节
        unsigned short int                bfReserved2;        // 保留位                2字节
        unsigned int                        bfOffBits;                // 数据偏移位置 4字节
}BMPFILEHEADER;


BMPFILEHEADER bf;
通过
sizeof(&bf.bfType) + sizeof(&bf.bfType) + sizeof(&bf.bfType) + sizeof(&bf.bfType) + sizeof(&bf.bfType);
得到大小为 2 + 4 + 2 + 2 + 4 = 14;

而
sizeof( bf ) 或 sizeof( BMPFILEHEADER ) 都为16

我觉得很奇怪，
如果内存对齐是以2字节为标准， 那么应该是 2 + 4 + 2 + 2 + 4 = 14 啊
如果内存对齐是以4字节为标准， 那么应该是 4 + 4 + 4 + 4 + 4 = 20 啊

为什么会 sizeof( bf ) 或 sizeof(BMPFILEHEADER) 都为16 呢？

这个16是如何计算出来的呢？

无法理解。

sshc625

非常抱歉，
是
sizeof(&bf.bfType) + sizeof(&bf.bfSize) + sizeof(&bf.bfReserved1) + sizeof(&bf.bfReserved2) + sizeof(&bf.bfOffBits);
得到大小为 2 + 4 + 2 + 2 + 4 = 14;

fxyxsl

我认为16是正确的。
4＋4＋2＋2＋4＝16，关键看你怎么理解对齐

shenen

http://dev.csdn.net/article/48/48195.shtm
我理解的是
2 + 4 + 2 =8
2 + 4 = 6
因为6不是4的倍数,所以就对齐成8字节.

hongst

如果内存对齐是以2字节为标准， 那么应该是 2 + 4 + 2 + 2 + 4 = 14 啊
如果内存对齐是以4字节为标准， 那么应该是 4 + 4 + 4 + 4 + 4 = 20 啊
                                   -----> 4 + 4 + 2 + 2 + 4 = 16 啊

zwylinux

|____|____|__|__|____|
0       4       8   10  12      16
si       i        si   si    i
上面si代表 short int，i代表int

sshc625

|____|____|__|__|____|
0       4       8   10  12      16
si       i        si   si    i
上面si代表 short int，i代表int

这个图非常直观, 我完全明白大家的意思.

为什么  第三和第四个unsigned short int 型属性各占2个字节?
如果是4字节对齐方式的话,应该是 4 + 4. 它们都应该是4字节.

如果说写成 unsigned short int array[2]
那我可以理解, 确实是 2+2.

迷惑.

sshc625

UP

liuke432

1. 
   
2. 字节对齐的细节和编译器实现相关，但一般而言，满足三个准则：
   
3. 
   
4. 1) 结构体变量的首地址能够被其最宽基本类型成员的大小所整除；
   
5. 2) 结构体每个成员相对于结构体首地址的偏移量（offset）都是成员大小的整数倍，如有需要编译器会在成员之间加上填充字节（internal adding）；
   
6. 3) 结构体的总大小为结构体最宽基本类型成员大小的整数倍，如有需要编译器会在最末一个成员之后加上填充字节（trailing padding）。
   

复制代码

zwylinux

原帖由 liuke432 于 2007-1-24 10:09 发表
[code]
字节对齐的细节和编译器实现相关，但一般而言，满足三个准则：

1) 结构体变量的首地址能够被其最宽基本类型成员的大小所整除；
2) 结构体每个成员相对于结构体首地址的偏移量（offset）都是成员大小的 ...

这个说的好