请注意以下继承体系中各class的constructors写法：
1 class CPoint 2 { 3 public: 4 CPoint(float x=0.0) 5 :_x(x){} 6 7 float x() {return _x;} 8 void x(float xval){_x=xval;} 9 protected: 10 float _x; 11 }; 12 13 class CPoint2d:public CPoint{ 14 15 public: 16 CPoint2d(float x=0.0,float y=0.0) 17 :CPoint(x),_y(y){} 18 19 float y(){return _y;} 20 void y(float yval){_y=yval;} 21 protected: 22 float _y; 23 }; 24 25 class CPoint3d:public CPoint2d{ 26 public: 27 CPoint3d(float x=0.0,float y=0.0,float z=0.0) 28 :CPoint2d(x,y),_z(z){} 29 30 float z(){return _z;} 31 void z(float zval){_z=zval;} 32 33 protected: 34 float _z; 35 36 37 };
在constructor声明之后有一个：符号，后面紧跟着一个（以上）的函数调用动作，这一行就是所谓的initialization list。它的作用是在进入constructor主体动作之前，，先唤起其中所列的函数。例如上面的：
第5行表示：在执行CPoint::CPoint（x)之前，先执行_x(x); （注：语言内建类型如int、float、long等等也是一种class，因为变量_x的类型是float，所以_x(x)的意思是启动“float class”的constrnctor，也就把_x的初值设为x；
第17行表示：执行CPoint2d::CPoint2d（x，y)之前，先执行CPoint（x）和_y(y).
第28行表示：执行CPoint3d::CPoint3d（x，y，z)之前，先执行CPoint2d（x，y）和_z(z).
因此当我产生一个CPoint3d object如下：
CPoint3d aPoint3d(1.1, 2.2, 3.3);
会有以下六个动作依序被调用：
_x(1.1); // 相当于 _x = 1.1; CPoint::CPoint(1.1); // 本例沒做什么事 _y(2.2); // 相当于 _y = 2.2; CPoint2d::CPoint2d(1.1, 2.2); // 本例沒做什么事 _z(3.3); // 相当于_z = 3.3; CPoint3d::CPoint3d(1.1, 2.2, 3.3); // 本例沒做什么事
你可能会问，既然继承体系中的建构方式是由内而外，由上而下，那么这里产生个CPoint3d object，必然会调用CPoint2d和CPoint的constrnctor，而所有初始化动作都可以在其中完成，initialization list的出现会不会是显得多此一举？做个测试就知道了，把上一段27行的代码改为这样试试：
CPoint3d( float x = 0.0, float y = 0.0, float z = 0.0 ) { _z = z; }
其中没有指定initialzation list。结果竟然无法通过编译：
error C2668: 'CPoint2d::CPoint2d' : ambiguous call to overloaded function
也就是说，当编译器根据继承体系往上一层调用base class constructor时，发现CPoint2d有两个constructors，而它不知道应该调用哪一个。这就是initialization list最明显的存在的价值。如果本例的CPoint2d只有一个constructor，像这样：
1 class CPoint2d : public CPoint { 2 public: 3 CPoint2d( ) { _y = 0.0; } // default constructor 4 protected: 5 float _y; 6 };
或者这样
1 class CPoint2d : public CPoint { 2 public: 3 CPoint2d( float x = 0.0, float y = 0.0 ) 4 : CPoint( x ), _y( y ) { } 5 protected: 6 float _y; 7 };
而 CPoint3d constructor 中沒有列出 initialization list，像这样：
1 class CPoint3d : public CPoint2d { 2 public: 3 CPoint3d( float x = 0.0, float y = 0.0, float z = 0.0 ) { _z = z; } 4 protected: 5 float _z; 6 };
那么并不会出现前面的编译错误。
以上的讨论是针对base class的建构，同理对于member class 也是一样。如果member calss有一个以上的constructors，那么内含embedded object的那个class就必须在其constructor中指定initialization list，否则一样会出现编译错误。
initialization list到底会在编译器底层发生什么影响呢？编译器会以“适当的次序”将initialization list中指定的member调用动作安插到constructor之内，并置于任何user code之前，下面这张图可以表现出编译器的插码结果：
有一些微妙的地方必须注意，编译器安插在constructor中的members声明动作是以members在class中的声明次序为根据，而不是以initializtion list中的排序为根据。如果两者在外观上错乱，很容易引起程序设计时的一些困扰或失误。例如：
class X { public: X(int val) : m_data2(val), m_data1(m_data2) { } protected: int m_data1; int m_data2; };
我们很容易误以为在X constructor中是以val 设定m_data2,再将m_data2设定给m_data1.但根据两个data members的声明顺序，实际发生的动作却是：
1 X::X(int val) 2 { 3 m_data1(m_data2); // 此时 m_data2 还没有初值，糟糕 4 m_data2(val); 5 }
于是，当我们产生一个X object：
X x(3);
其实data members的内容可能成为这样：
x.m_data1 = -2124198216 // 这不是我们希望的 x.m_data2 = 3
一个比较好的做法是，把class X重新设计如下：
1 class X { 2 public: 3 X(int val) : m_data2(val) { m_data1 = m_data2; } 4 protected: 5 int m_data1; 6 int m_data2; 7 };