为什么同一结构体在不同程序下长度不同？？-CSDN论坛

CSDN论坛 > C/C++ > C++ 语言

为什么同一结构体在不同程序下长度不同？？ [问题点数：50分，结帖人y601539388]

一键查看最优答案

确认一键查看最优答案？

本功能为VIP专享，开通VIP获取答案速率将提升10倍哦！

取消

开通vip会员

⋅为什么同一结构体在不同程序下长度不同？？ 更多帖子 关注私信空间博客 y601539388 本版专家分：0 结帖率 100%: 先上程序：
struct CeilBlockInfo
{
unsigned char type;
long x;
long y;
long begin;
int span;
};
按照字节对齐的优化计算方法，其长度应该是：8+4+4+4=20；
但是在我的另一个程序中计算的结果却是18！百思不得其解。。。。

两个程序都运行在WIN7环境下，但一个是MFC，一个是控制台程序。通过VS2010编译。。。
声明均为全局声明。

有人遇到相同情况吗？？？

0 2012-03-26 02:10:12

回复数 10 只看楼主引用举报楼主

VirtualDesktop 本版专家分：15: 控制台程序按照16位编译，sizeof(int)你看看是不是2

0 2012-03-26 06:27:37

只看TA 引用举报 #1 得分 10

⋅newuserregister(云在青山) 进来，关于你上次那个问题的解决办法~ ⋅囧死我鸟！！！csdn有病毒！！ ⋅本人申请“网络编程”版版主 更多帖子 关注私信空间博客 VirtualDesktop 本版专家分：15: 另外，多说一句，int long 的长度都不是固定的，根据你的操作系统的位数而不同，对于32位系统，得到的是20，64位则是40。还有，字节对齐的字节长度也是可调的。所有这些都会影响sizeof的结果。

0 2012-03-26 06:39:24

只看TA 引用举报 #2 得分 0

⋅关于嵌入lua的一点小疑问 ⋅AVL树的删除操作如何实现 ⋅请问defined的这种谁用过？？ 更多帖子 关注私信空间博客 rabbitlbj 本版专家分：3310: 应该系统优化了吧，感觉18字节的很奇怪，等高人指点了，帮顶了

0 2012-03-26 07:51:54

只看TA 引用举报 #3 得分 5

⋅怎么天天更新 ⋅写驱动时可以加载一个其他的连接库文件么 ⋅为什么现在下载资源评论（并已加星评分）后不返还下载积分？ 更多帖子 关注私信空间博客 nice_cxf 本版专家分：11685: 如果是默认设置，无论int还是long是几个字节，结果都不可能是18
应该是对齐方式被设置为2字节对齐了，没有其他可能

0 2012-03-26 08:09:13

只看TA 引用举报 #4 得分 15

⋅求现阶段学习路线及方向 ⋅请教utf16转utf8问题 ⋅败给new_handler了 更多帖子 关注私信空间博客 mosal 本版专家分：725: 如果都是4字节对齐自然是20 。不是20绝对编译器有问题。关键是你确定是4字节对齐么。18只能说是2字节对齐了。我觉得你只要知道字节对齐的计算方法就够了，用的时候根据自己需求！

0 2012-03-26 09:41:53

只看TA 引用举报 #5 得分 15

⋅newuserregister(云在青山) 进来，关于你上次那个问题的解决办法~ ⋅囧死我鸟！！！csdn有病毒！！ ⋅本人申请“网络编程”版版主 更多帖子 关注私信空间博客 VirtualDesktop 本版专家分：15: 引用 5 楼 mosal 的回复:
如果都是4字节对齐自然是20 。不是20绝对编译器有问题。关键是你确定是4字节对齐么。18只能说是2字节对齐了。我觉得你只要知道字节对齐的计算方法就够了，用的时候根据自己需求！

...... 在64位系统下面，光sizeof(long)就等于8了，如何“不是20绝对编译器有问题”
楼主的问题，是因为控制台程序在编译时按照16位系统设定进行编译，这个时候sizeof(long)=sizeof(int)=2

0 2012-03-26 10:13:21

只看TA 引用举报 #6 得分 0

⋅怎么天天更新 ⋅写驱动时可以加载一个其他的连接库文件么 ⋅为什么现在下载资源评论（并已加星评分）后不返还下载积分？ 更多帖子 关注私信空间博客 nice_cxf 本版专家分：11685: 引用 6 楼 virtualdesktop 的回复:
引用 5 楼 mosal 的回复:

如果都是4字节对齐自然是20 。不是20绝对编译器有问题。关键是你确定是4字节对齐么。18只能说是2字节对齐了。我觉得你只要知道字节对齐的计算方法就够了，用的时候根据自己需求！

...... 在64位系统下面，光sizeof(long)就等于8了，如何“不是20绝对编译器有问题”
楼主的问题，是因为控制台程序在编译时按照16位系统设定……

如果是你说的，那么你怎么解释结果18？已经说过既然是18，自然long和int必然是4字节，显然是程序在那里设置按2字节对齐了

0 2012-03-26 10:24:05

只看TA 引用举报 #7 得分 0

愤怒的熊猫007 本版专家分：866: 在MFC下有可能是按照UNCODE所以unsigned char 是控制台下的两倍。

0 2012-03-26 10:35:15

只看TA 引用举报 #8 得分 5

⋅redhat enterprise 5安装scim后没有任何输入法 ⋅JMeter测试server post功能是遇到问题 更多帖子 关注私信空间博客 Mei 本版专家分：7: 直接在每次运行的时候都先执行: sizeof(int); sizeof(long) sizeof(CeilBlockInfo)这样子一目了然了嘛

0 2012-03-26 11:39:28

只看TA 引用举报 #9 得分 0

⋅为什么同一结构体在不同程序下长度不同？？ 更多帖子 关注私信空间博客 y601539388 本版专家分：0: 呵呵，谢谢大家热心的解答，我把结构体以二进制输出到文本里，之后用UEDIT查看，发现18是按照二字节对齐的。编译器在usigned char对应的字节后面添加了一个0XCC的值进行了补齐。。。
另外抱歉一点，我书写的问题，是MFC为18位，控制台程序为20位。
现在我在查找为何我的MFC程序会被设置为2字节对齐？。。。。

0 2012-03-26 18:49:07

只看TA 引用举报 #10 得分 0

收藏帖子