C++老鸟日记022 C++中的对象布局
本帖最后由 baizy77 于 2018-10-1 20:54 编辑版权声明---------------------------------------------------------------------------------------------------------------------该文章原创于Qter开源社区（www.qter.org）作者： 女儿叫老白 (白振勇)转载请注明出处！---------------------------------------------------------------------------------------------------------------------课程目录:《C++老鸟日记》目录本套课程属于：《C++跨平台开发干货》系列课程。-----------------------------------------------------------------------------
引言：---------------------------------------------------------------------------- 在C++中，按照我们一般的理解，在struct中依次定义的成员变量在内存中是连续存放的，然而事实真的是这样吗？
正文:---------------------------------------------------------------------------- 请看如下的struct。
// mystruct.h
struct s_myStruct {
public:
int m_nID; // id
intm_nLength; // 长度
protected:
double m_dCoef; // 系数
stringm_strAddr; // 地址
};
毫无疑问，在上述代码中，作为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 EckelChuck Allison著
页:
[1]