内存对齐的问题

kukule75

cpu对于内存对齐的原则大概是：对于n字节的元素，它的首地址能被n整除；相当于结构体占用的内存必定是结构中占用最大空间的类型所占用的字节数的倍数。

对于结构体

1. 
   
2. struct test{
   
3. double a;
   
4. int b;
   
5. };
   
6. 
   
7. struct test1{
   
8. long a;
   
9. short b;
   
10. };
    

复制代码

我在linux下测试，结果是:
sizeof(struct test) = 12;sizeof(struct test1) = 8;
12并不是sizeof(double)的倍数，怎么理解？如果按照对齐原则，应该是16。

[ 本帖最后由 kukule75 于 2008-7-3 16:50 编辑 ]

Godbach

#pragma pack (n)
struct naturalalign
{
char a;
int b;
char c;
};
#pragma pack ()
按两个字节对齐，sizeof怎么是6呢？

Godbach

原帖由 Godbach 于 2008-7-3 16:39 发表
#pragma pack (n)
struct naturalalign
{
char a;
int b;
char c;
};
#pragma pack ()
按两个字节对齐，sizeof怎么是6呢？

按两个字节对齐，应该是8

kukule75

原帖由 Godbach 于 2008-7-3 16:41 发表


按两个字节对齐，应该是8

因该市笔误了。。。

Godbach

原帖由 kukule75 于 2008-7-3 16:43 发表


因该市笔误了。。。

刚刚测试了一下你的那个struct，确实是12。会不会是编译器默认按照4个字节对齐。这正好是32位CPU的字长。

kukule75

原帖由 Godbach 于 2008-7-3 16:44 发表


刚刚测试了一下你的那个struct，确实是12。会不会是编译器默认按照4个字节对齐。这正好是32位CPU的字长。

应该很明确了。sizeof(double)超过了处理器的位数，按照处理器的位数对齐（而不是按结构体最大类型值对齐）

[ 本帖最后由 kukule75 于 2008-7-3 16:48 编辑 ]

Godbach

原帖由 c/unix 于 2008-7-3 16:57 发表



我也测试了你那个

在gcc下是12，
在vc下是16，奇怪。。。期待flw来解释。。。

会不会取决于编译器啊

scutan

http://bbs.chinaunix.net/viewthr ... t=scutan&page=1
我以前问过的, 实际上就是编译器的原因而已.
另外,在gcc中可以使用__alignof__运算符来查看一个类型的对齐数是多少.