危害:读取未初始化的值会导致不明确甚至是半随机化的行为。
最佳处理办法:永远在使用对象之前先将它初始化;确保每一个构造函数都将对象的每一个成员初始化。
1 注意区分赋值和初始化:
从初始化的角度而言,这不是一个最佳的处理办法。虽然这会让对象的指最终为你期望的值,但是实际上,对象的成员变量的初始化动作发生在进入构造函数本体之前。
而在构造函数本体之内,不是被初始化,而是被赋值。
2 较佳的写法:使用成员变量初始化列表
结果和上一个的最终结果相同,但是效率较高。
规定:总是在初值列表中列出所有成员变量,以免遗漏需要初始化的成员变量。即,总使用成员初始化列表。
一个特例再次印证了上句的价值:如果成员变量是const或reference,它们就一定需要初值,不能被赋值。
3 成员初始化次序:
一般地:
base classes更早于其derived classes被初始化,而class的成员变量总是以其声明次序被初始化。
特别低:
不同编译单元内定义的non-local static对象的初始化次序
解析:
1 non-local static: 包括:
- global对象
- 定义于namespace作用域内的对象
- 在classes内、在file作用域内被声明为static的对象
local static对象,指在函数内被声明为static的对象。
2 编译单元:产出单一目标文件的那些源码。基本上可以认为是一个源码文件加上它所包含的头文件。
问题:
C++对“不同编译单元内的non-local static对象”的初始化相对次序并无明确定义。原因:
决定它们的初始化次序相当困难,甚至是无解的。解决:
reference-returning函数(示例如下)原理:
C++保证,函数内的local static对象会在该函数被调用期间首次遇上该对象的定义式时被初始化。所以以函数调用替换直接的对象访问,就保证获得一个已经初始化的对象的引用。
Demo:
可能会发生初始化次序问题的版本:
a.cpp
b.cpp
![]()
改进后的版本:
小结:
- 为内置类型对象进行手工初始化,以为C++不保证初始化它们;
- 构造函数最好使用成员变量初始化列表,其排列次序应该和它们在class中的声明次序相同;
- 为免除“跨编译单元之初始化次序”问题,请以local static对象(referance returning函数)替换non-local static对象。
参考资料:
《Effective C++ 3rd》