找回密码
 立即注册
收起左侧

C++老鸟日记022 C++中的对象布局

0
回复
5668
查看
[复制链接]
累计签到:41 天
连续签到:1 天
来源: 原创 2018-9-15 22:03:05 显示全部楼层 |阅读模式

马上注册,查看详细内容!注册请先查看:注册须知

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
本帖最后由 baizy77 于 2018-10-1 20:54 编辑

版权声明
---------------------------------------------------------------------------------------------------------------------
该文章原创于Qter开源社区(www.qter.org
作者: 女儿叫老白 (白振勇)
转载请注明出处!
---------------------------------------------------------------------------------------------------------------------
本套课程属于:《C++跨平台开发干货》系列课程。
-----------------------------------------------------------------------------


引言:
----------------------------------------------------------------------------
       在C++中,按照我们一般的理解,在struct中依次定义的成员变量在内存中是连续存放的,然而事实真的是这样吗?

正文:
----------------------------------------------------------------------------
       请看如下的struct。

  1. // mystruct.h

  2.        struct s_myStruct {

  3.        public:

  4.     int   m_nID;        //    id

  5.     int  m_nLength;   //     长度

  6.        protected:

  7.     double m_dCoef;         //     系数

  8.     string  m_strAddr;       // 地址

  9.        };
复制代码

       毫无疑问,在上述代码中,作为public成员的m_nID、m_nLength在内存中的地址是依次分配的,因此是连续的,作为protected成员的m_dCoef和m_strAddr在内存中的地址也是依次分配的,因此也是连续的。那么m_nLength和m_dCoef的地址呢?也是挨着的吗?
       答案是:不一定。
       public、protected、private,都被称作访问限定符。被访问限定符限定的一组声明,我们可以称为“访问块”。在一个访问块内部定义的成员变量,其在内存中肯定是连续存放的。编译器一般会按照访问块出现的顺序给它们分配内存,但也不一定非要这样,这跟机器的体系结构以及操作环境有关。有时候,编译器会将public和protected成员提供明确的支持,将其放在特定的内存位置上。也就是说,这些"访问块"可以不按定义的顺序在对象的内存中出现。因此,千万不要肯定的认为:m_dCoef一定紧跟在m_nLength的内存后面,这可真的不一定哦!

结语:
----------------------------------------------------------------------------
       同一个访问块中的成员变量,其内存是连续分配的,不同访问块之间不一定按出现的顺序分配内存。

参考资料
----------------------------------------------------------------------------
《C++编程思想》两卷合订本中文版(5.4章节第2段),(美) Bruce Eckel  Chuck Allison著

回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

公告
可以关注我们的微信公众号yafeilinux_friends获取最新动态,或者加入QQ会员群进行交流:190741849、186601429(已满) 我知道了