http://www.cnblogs.com/ccdev/archive/2012/12/27/2836448.html
Performanced C++，意为“高性能C++“编程，是笔者和所在团队多年C++编程总结的经验规则，按条款方式讲述（参考了《Effective C++》的方式），希望能对初入C++的程序员提供帮助，少走弯路，站在前人的肩膀上，看得更高走的更远。我们也同样是脚踩许许多多大牛的经典著作，还有无数默默付出的程序员的辛劳，以及自己许许多多惨痛的编程体验，才有了这些“规则”。
自从更新这个系列，得到了许许多多的园友支持，也得到了许许多多园友提出的改进意见，在这里衷心地感谢大家，希望大家继续支持，大家的支持是我写作的巨大动力。也特别制作了这一篇为目录页，由于写作时间匆忙，虽然每一篇中的代码我都实际进行编译、运行来测试，但也难以保证没有任何错误。欢迎拍砖指正，共同进步。
作者：icc（Jone Zhang，张峻崇，Homepage: http://ccixx.com）
原创内容，转载请注明出处，保留追究一切责任的权利。
Performanced C++ 经验规则
前言：Performanced C++，意为“高性能C++“编程，是笔者和所在团队多年C++编程总结的经验规则，按条款方式讲述（参考了《Effective C++》的方式），希望能对初入C++的程序员提供帮助，少走弯路，站在前人的肩膀上，看得更高走的更远。我们也同样是脚踩许许多多大牛的经典著作，还有无数默默付出的程序员的辛劳，以及自己许许多多惨痛的编程体验，才有了这些“规则”。
icc（JoneZhang，张峻崇）原创内容，难免有错误，欢迎拍砖指正，共同进步。转载请注明出处，保留追究一切责任的权利。
============================================================================================
第一条：你不知道的构造函数（上）
首先来看，我们“知道”的构造函数，C++构造函数究竟做了哪些事情？
1、创建一个类的对象时，编译器为对象分配内存空间，然后调用该类的构造函数；
2、构造函数的目的，是完成对象非静态成员的初始化工作（静态成员如何初始化？记住以下要点：在类外进行、默认值为0、在程序开始时、在主函数之前、单线程方式、主线程完成），记住：C++类非静态成员是没有默认值的（可对比Java）。
3、如果构造函数有初始化列表，则先按照成员声明顺序（非初始化列表中的顺序）执行初始化列表中的内容，然后再进入构造函数体。这里又有疑问了，如果类本身没有非虚拟的基类，应显式地调用直接基类的某个构造函数，否则，将会自动其直接基类的默认构造函数（如果此时直接基类没有默认构造函数，得到编译错误）；如果类本身有虚拟基类，也应显式地调用虚拟基类的某个构造函数，否则，将会自动调用虚拟基类的默认构造函数；如果成员有其它类的对象，则应显式地调用成员所属类的相应构造函数，否则对于没有在初始化列表中出现的类成员，也会自动调用其默认的构造函数。
注意上述调用顺序，编程时应按照“先祖再客最后自己”的原则进行，即，首先完成自身包含的“祖先对象”的初始化，之后，完成自身包含的成员是其它类型（客人）的初始化，最后才是自身非类类型成员的初始化工作。
再注意，上面多次提到了术语“默认构造函数”，默认构造函数是指：无参构造函数或每个参数均有默认值的构造函数。当且仅当，一个类没有声明任何构造函数时，可认为编译器会自动为该类创建一个默认构造函数（无参的，注意“可认为”，即实际情况并非如此，编译器并不一定总是会自动创建默认构造函数，除非必要，这涉及到更深的汇编层面。当然，在写代码的时候，这个“可认为”是正确的）。
这一小部分内容可能信息量过大，让我们看一段代码以加深理解。
1 #include <iostream>
2 using namespace std;
3
4 class Base
5 {
6 private:
7 int _x;
8 public:
9 Base(int x) : _x(x) { cout << "Base(x) _x=" << _x << endl; }
10 Base() {}
11 };
12
13 class DerivedA :virtual public Base
14 {
15 int _y;
16 public:
17 DerivedA(int x = 0, int y = 1) : Base(x), _y(y)
18 { cout << "DerivedA(x,y) _y=" << _y << endl; }
19 };
20
21 class DerivedB :virtual public Base
22 {
23 int _z;
24 public:
25 DerivedB(int x = 0, int z = 2) : Base(x), _z(z)
26 { cout << "DerivedB(x,z) _z=" << _z << endl; }
27 };
28
29 class Other
30 {
31 int _o;
32 public:
33 Other() : _o(3) { cout << "Other() _o=" << _o << endl; }
34 };
35
36 class DerivedFinal : public DerivedB, public DerivedA
37 {
38 int _xyz;
39 Other _other;
40 public:
41 DerivedFinal(int x = 10, int y = 20, int z = 30, int o = 50) : DerivedA(x,y), DerivedB(x,z), Base(x), _xyz(x * y * z)
42 { cout << "DerivedFinal(x,y,z,o) _xyz=" << _xyz << endl; }
43 };
44
45 int main(int argc, char** argv)
46 {
47 DerivedFinal df;
48 return 0;
49 }
输出结果(Ubuntu 12.04 + gcc 4.6.3)：
Base(x) _x=10
DerivedB(x,z) _z=30
DerivedA(x,y) _y=20
Other() _o=3
DerivedFinal(x,y,z,o) _xyz=6000
和你心中的答案是否一致呢？
一切从DerivedFinal的调用顺序说起，首先，这是虚继承，故虚基类Base的构造函数将首先被调用，尽管它在DerivedFinal构造函数的初始化列表顺序中排在后面的位置（再次记住，调用顺序与初始化列表中的顺序无关），接下来是DerivedB(x,z)，因为它先被继承；之后是DerivedA(x,z)，再之后，DerivedFinal自身非类类型成员_xyz被初始化，最后是Other()，other成员并没有出现在DerivedFinal的初始化列表中，所以它的默认构造函数将被自动调用。另外，如果不是虚继承，调用间接基类Base的构造函数将是非法的，但此处是虚继承，必须这样做。
接下来继续讨论，上面提到，编译器不一定总是会产生默认构造函数，虽然在编写代码时，你“可以这么认为”，这听起来太玄乎了，那么，到底什么时候，编译器才会真正在你没有定义任何构造函数时，为你产生一个默认构造函数呢？有以下三种情况，编译器一定会产生默认构造函数：
（1）该类、该类的基类或该类中定义的类类型成员对象中，有虚函数存在。
发生这种情况时，由于必须要完成对象的虚表初始化工作（关于虚函数的原理，笔者建议参考陈皓的《C++虚函数表解析》），所以编译器在没有任何构造函数的时候，会产生一个默认构造函数来完成这部分工作；然而，如果已经有任何构造函数，编译器则把初始化虚表这部分工作“合成”到你已定义的构造函数之中（用心良苦）。
让我们稍稍进入汇编领域（笔者强烈建议，要精通C/C++，一定的汇编和反汇编能力是必须的，能精通更好）看一下，一个有虚函数的类，构造函数的x86反汇编代码：
class VirtualTest
{
public:
virtual void foo(int x) { cout << x << endl; }
};
int main(int argc, char** argv)
{
VirtualTest vt;
00401340 lea ecx, [ebp-4] ;获取对象首地址
00401344 call @ILT+15(VitrualTest::VirtualTest) (0048A500)
;调用构造函数，由于该类没有定义任何构造函数又包含虚函数，编译器产生了一个默认构造函数并调用
return 0;
}
//下面是默认构造函数反汇编
004013D0 55 push ebp
004013D1 8B EC mov ebp,esp
004013D3 51 push ecx
;头三句，初始化函数调用过程，详见汇编知识
004013D4 89 4D FC mov dword ptr [ebp-4],ecx
;获取对象首地址，即this指针
004013D7 8B 45 FC mov eax,dword ptr [this]
;取出this指针，这个地址将会作为指针保存到虚表首地址
004013DA C7 00 60 68 40 00 mov dword ptr [eax],offset VirtualTest::`vftable‘ (0042201c)
;取虚表首地址，保存到虚表指针中（即对象头4字节）
004013E0 8B 45 FC mov eax,dword ptr [this]
;再次取出this指针地址，返回函数调用，即得到对象
004013E3 8B E5 mov esp,ebp
004013E5 5D pop ebp
004013E6 C3 ret
由该汇编代码还可以看出，虚表指针初始化，在构造函数初始化列表之后，进入构造函数体代码之前。
（2）该类、该类的基类中所定义的类类型成员对象中，带有构造函数。
发生这种情况时，由于需要显式地调用这些类类型成员的构造函数，编译器在没有任何构造函数的时候，也会产生一个默认构造函数来完成这个过程；同样，如果你已经定义一个构造函数但没有对这些类类型成员显式调用构造函数，编译器则把这部分工作“合成"到你定义的构造函数中（调用它们的默认构造函数，再次用心良苦）。
（3）该类拥有虚基类。
发生这种情况，需要维护“独此一份"的虚基类继承而来的对象，所以也需要通过构造函数完成。方式同（1）（2）。
除上述3种情况外，“可认为在没有任何构造函数时候，编译器产生一个默认构造函数”是不对的，因为这样的默认构造函数是“无用”的，编译器也就不会再用心良苦去做没用的工作。这部分涉及汇编较多，如果想详细了解，建议阅读钱林松所著的《C++反汇编与逆向分析技术揭秘》，机械工业出版社，2012.5。
这里只要记住结论就可以了。
终于讲述完了，进入构造函数体之前的奥秘，你是否觉得不过瘾呢？不着急，下一篇将讲述C++进入构造函数体之后，那些你不知道的内容。
第二条：你不知道的构造函数（中）
上一篇你不知道的构造函数（上）主要讲述了，C++构造函数在进入构造函数体之前，你可能不知道的一些细节。这一篇将讲述，进入构造函数体后，又发生了什么。
4、虚表初始化
上一篇曾提到，如果一个类有虚函数，那么虚表的初始化工作，无论构造函数是你定义的还是由编译器产生的，这部分工作都将由编译器隐式“合成”到构造函数中，以表示其良苦用心。上一篇还提到，这部分工作，在“刚”进入构造函数的时候，就开始了，之后，编译器才会理会，你构造函数体的第一行代码。这一点，通过反汇编，我们已经看的非常清楚。
虚表初始化的主要内容是：将虚表指针置于对象的首4字节；用该类的虚函数实际地址替换虚表中该同特征标（同名、同参数）函数的地址，以便在调用的时候实现多态，如果有新的虚函数（派生类中新声明的），则依次添加至虚表的后面位置。
5、构造函数中有虚特性（即多态、即动态绑定、晚绑定）产生吗？
这个问题，看似简单，答案却比较复杂，正确答案是：对于构造函数，构造函数中没有虚特性产生（在C++中答案是NO，但在Java中，答案是YES，非常的奇葩）。
先从基类构造函数说起，为什么要提基类构造函数呢，因为，派生类总是要调用一个基类的构造函数（无论是显式调用还是由编译器隐式地调用默认构造函数，因为这里讨论的是有虚函数的情况，所以一定会有基类构造函数产生并调用），而此时，在基类构造函数中，派生类对象根本没有创建，也就是说，基类根本不知道派生类中产生了override，即多态，故没有虚特性产生。
这一段非常让人疑惑。让我们再看一小段代码，事实胜于雄辩。
1 #include <iostream>
2 using namespace std;
3
4 class Base
5 {
6 public:
7 Base() { foo(); }
8 virtual void foo(void) { cout << "Base::foo(void)" << endl; }
9 virtual void callFoo(void) { foo(); }
10 };
11
12 class Derived : public Base
13 {
14 public:
15 Derived() { foo(); }
16 void foo(void) { cout << "Derived::foo(void)" << endl; }
17 };
18
19 int main(int argc, char** argv)
20 {
21 Base* pB = new Derived;
22 pB->callFoo();
23 if(pB)
24 delete pB;
25 return 0;
26 }
在Ubuntu 12.04 + gcc 4.6.3输出结果如下：
1 Base::foo(void)
2 Derived::foo(void)
3 Derived::foo(void)
这个结果可以很好的解释上述问题，第一行，由于在Base构造函数中，看不到Derived的存在，所以根本不会产生虚特性；而第二行，虽然输出了Derived::foo(void)，但因为在派生类直接调用方法名，调用的就是本类的方法，（当然，也可认为在Derived构造函数中，执行foo()前，虚表已经OK，故产生多态，输出的是派生类的行为）。再看第三行，也产生多态，因为，此时，派生类对象已经构建完成，虚表同样也已经OK，所以产生多态是必然。
这个问题其实是C++比较诟病的陷阱问题之一，但我们只要记住结论：不要在构造函数内调用其它的虚成员函数，否则，当这个类被继承后，在构造函数内调用的这些虚成员函数就没有了虚特性（丧失多态性）。（非虚成员函数本来就没有多态性，不在此讨论范围）
解决此类问题的方法，是使用“工厂模式”，在后续篇幅中笔者会继续提到，这也是《Effective C++》中阐述的精神：尽可能以工厂方法替换公有构造函数。
另外，有兴趣的同学，可以将上述代码稍加修改成Java跑一跑，你会惊喜的发现，三个输出都是Derived::foo(void)，也就是说，JVM为你提供了一种未卜先知的超自然能力。
6、构造函数中调用构造函数、析构函数
上面已经提到，不要在构造函数内调用其它成员函数，那么调用一些“特殊”的函数，情况又如何呢？我知道，有同学想到了，在构造函数中调用本类的析构函数，情况如何？如下面的代码
1 #include <iostream>
2 using namespace std;
3
4 class A
5 {
6 public:
7 ~A() { cout << hex << (int)this <<"destructed!" << endl; }
8 A() { cout << hex << (int)this << "constructed!" << endl;
9 ~A(); }
10
11 };
12
13 int main(int argc, char** argv)
14 {
15 A a;
16 return 0;
17 }
虽然我对有这种想法的同学有强拖之去精神病院的冲动，但还是本着研究精神，把上述“疯子”代码跑一遍，还特地把析构函数的定义提到构造函数之前以防构造函数不认识它。结论是：构造函数中调用析构函数，编译器拒绝接受~A()是析构函数，从而拒绝这一不讲理行为。此时编译器认为，你是在重载~操作符，并给出没有找到operator ~()声明的错误提示。其实，无论是在构造函数A()里面调用~A()不行，在成员函数里，也是不行的（编译器仍认为你要调用operator ~()，而你并没有声明这个函数）。但是，有个小诡计，却可以编译通过，就是通过this->~A()来调用析构函数，这将导致对象a被析构多次，隐藏着巨大的安全隐患。
总之，在构造函数中调用析构函数，是十分不道德的行为，应严格禁止。
好了，接下来是，构造函数中，调用构造函数，情况又如何呢？
（1）首先，如果构造函数中递归调用本构造函数，产生无限递归调用，很快就栈溢出（栈上分配）或其它crash，应严格禁止；
（2）如果构造函数中，调用另一个构造函数，情况如何？
1 #include <iostream>
2 using namespace std;
3
4 class ConAndCon
5 {
6 public:
7 int _i;
8 ConAndCon( int i ) : _i(i){}
9 ConAndCon()
10 {
11 ConAndCon(0);
12 }
13 };
14
15 int main(int argc, char** argv)
16 {
17 ConAndCon cac;
18 cout << cac._i << endl;
19 return 0;
20 }
上面代码，输出为0吗？
答案是：不一定。输出结果是不确定的。根据C++类非静态成员是没有默认值的规则，可以推定，上述代码里，在无参构造函数中调用另一个构造函数，并没有成功完成对成员的初始化工作，也就是说，这个调用，是不正确的。
那么，由ConAndCon产生的对象哪里去了？如果用gdb跟踪调试或在上述类的构造、析构函数中打印出对象信息就会发现，在构造函数中调用另一个构造函数，会产生一个匿名的临时对象，然后这个对象又被销毁，而调用它的cac对象，仍未得到本意的初始化（设置_i为0）。这也是应严格禁止的。
通常解决此问题的三个方案是：
方案一，我们称为一根筋方案，即，我仍要继续在构造函数中调用另一个构造函数，还要让它正确工作，即“一根筋”，解决思路：不要产生新分配的对象，即在第一个构造函数产生了对象的内存分配之后，仍在此内存上调用另一个构造函数，通过布局new操作符（replacement new）可以做到：
//标准库中replacement new操作符的定义：
//需要#include <new>
inline void *__cdecl operator new(size_t, void *_P)
{
return (_P);
}
//那么修改ConAndCon()为：
ConAndCon()
{
new (this)ConAndCon(0);
}
即在第一次分配好的内存上再次分配。
某次在Ubuntu 12.04 + gcc 4.6.3运行结果如下（修改后的代码）：
1 #include <iostream>
2 #include <new>
3 using namespace std;
4
5 class ConAndCon
6 {
7 public:
8 int _i;
9 ConAndCon( int i ) : _i(i){cout << hex << (int)this <<"constructed!" << endl;}
10 ConAndCon()
11 {
12 cout << hex << (int)this <<"constructed!" << endl;
13 new (this)ConAndCon(0);
14 }
15 ~ConAndCon() { cout << hex << (int)this <<"destructed!" << endl; }
16 };
17
18 int main(int argc, char** argv)
19 {
20 ConAndCon cac;
21 cout << cac._i << endl;
22 return 0;
23 }
24
25 //运行结果：
26 bfd1ae9cconstructed!
27 bfd1ae9cconstructed!
28 0
29 bfd1ae9cdestructed!
可以看到，成功在第一次分配的内存上调用了另一个构造函数，且无需手动为replacement new调用析构函数（此处不同于在申请的buffer上应用replacement new，需要手动调用对象析构函数后，再释放申请的buffer）
方案二，我们称为“AllocAndCall"方案，即构造函数只完成对象的内存分配和调用初始化方法的功能，即把在多个构造函数中都要初始化的部分“提取”出来，通常做为一个private和非虚方法（为什么不能是虚的参见上面第5点），然后在每个构造函数中调用此方法完成初始化。通常，这样的方法取名为init，initialize之类。
1 class AllocAndCall
2 {
3 private:
4 void initial(...) {...} //初始化集中这里
5 public:
6 AllocAndCall() { initial(); ...}
7 AllocAndCall(int x) { initail(); ...}
8 };
这个方案和后面要详述的“工厂模式”，在一些思想上类似。
这个方案最大的不足，是在于，initial()初始化方法不是构造函数而不能使用初始化列表，对于非静态const成员的初始化将无能为力。也就是说，如果该类包含非静态的const成员（静态的成员初始化参看上一篇中的第2点），则对这些非静态const成员的初始化，必须要在每个构造函数的初始化列表完成，无法“抽取“到初始化方法中。
方案三，我们称为“C++ 0x“方案，这是C++ 0x中的新特性，叫做“委托构造函数”，通过在构造函数的初始化列表（注意不是构造函数体内）中调用其它构造函数，来得到相应目的。感谢C++ 0x！
1 class CPerson
2 {
3 public:
4 CPerson() : CPerson(0, "") { NULL; }
5 CPerson(int nAge) : CPerson(nAge, "") { NULL; }
6 CPerson(int nAge, const string &strName)
7 {
8 stringstream ss;
9 ss << strName << "is " << nAge << "years old.";
10 m_strInfo = ss.str();
11 }
12
13 private:
14 string m_strInfo;
15 };
原文：http://www.cnblogs.com/virusolf/p/4870186.html