条款4 确认对象在被使用前已被初始化

1。最佳的处理方式是:永远在使用对象之前先将它初始化。对于无任何成员的内置类型，你必须手动完成此事。至于内置类型以外的任何其他东西，初始化的责任落在构造函数身上：确保每一个构造函数都将对象的每一个成员初始化。但是别混淆了赋值喝初始化。

 

2.构造函数的一个较佳写法是，使用所谓的member initialization list 替换赋值动作。这样效率较高。因为处置列中针对各个成员变量而设的实参，被拿去作为各成员变量之构造函数的实参。单次调用一次copy构造函数。

 

3.总是在初值列中列出所有成员变量，以免还记得哪些成员变量可以无需初值。

 

4.如果成员变量是const或者reference,它们就一定需要初值，不能被赋值。最简单的做法是:使用成员初值列，这样做有时是必要的，且往往比赋值高效。

 

5.C++有着十分固定的“成员初始化次序”。base classes更早于其derived claseed被初始化，而class的成员变量总是以其声明次序被初始化。所以整好顺序，不然可能会有内存泄漏。

 

6.不同编译单元内定义之non-local static 对象。

 

6.1 static对象，其寿命从被构造出来直到程序结束为止，因此stack 和heap-based对象都被排除。这种对象包括global对象，定义于namespace作用域内的对象，在classes内，在函数内，已经在file 作用域内声明为static的对象。函数内的static 对象被称为local static对象，其他的static对象称为non-local static对象。程序结束时static对象被自动销毁，也就是它们的析构函数会在mian()时被自动调用。

 

6.2所谓编译单元，是指产出单一目标文件的那些源码。基本上它是单一源码文件加上其所含入的头文件。

 

6.3C++对“定义于不同编译单元内的non-local static对象”的初始化次序并无明确定义。决定它们的初始化次序相当困难，无解。但是一个小小的设计可以完全消除这个问题那就是！！！！将每个non-local static对象搬到自己的专属函数内。non-local static object 被 local static object替换了。

 

6.4 C++保证，函数内的local static 对象会在该函数被调用期间，首次遇上该对象之定义式时被初始化：

原函数：

class FileSystem{ public: ... std::size_t numDisks() const; ... }; extern FileSystem tfs; class Directory{ public: Directory(params); ... }; Directory::Directory(params) { ... std::size_t disks = tfs.numDisks(); ... } Directory tempDir(params);

 

改为：

class FileSystem{....}; //同前 FileSystem& tfs() { static FileSystem fs; return fs; } class Directory{...}; Directory::Directory(params) { ... std::size_t disks = tfs().numDisks(); ... } Directory& tempDir() { static Directory td; return td; }

 

但是在多线程环境下“等待某事发生”都会有麻烦，处理这个麻烦的一种做法是:在程序的单线程启动阶段，手工调用所有reference-returnning 函数，这可消除与初始化有关的"竞速形势"。

 

 

为内置型对象进行手工初始化，因为C++不保证初始化它们。

构造函数最好使用成员初值列，而不要在构造函数内使用赋值操作。初值列列出的成员变量，其排列次序应该和他们在class中的声明次序相同。(注意存在相互依存的成员变量的顺序)。

为免除“跨编译单元之初始化次序”问题，请以local static对象替换non-local static对象。