除了上面提到的性能原因，如果你的类存储了作为构造函数参数传递的对象的引用，或者你的类有const变量，那么你除了使用初始化列表之外没有任何选择。

在运行构造函数体之前，调用父类的所有构造函数，然后调用其字段的所有构造函数。默认情况下，调用无参数构造函数。初始化列表允许您选择调用哪个构造函数以及该构造函数接收哪些参数。

如果有引用或const字段，或者使用的类中有一个没有默认构造函数，则必须使用初始化列表。

语法:

  class Sample
  {
     public:
         int Sam_x;
         int Sam_y;

     Sample(): Sam_x(1), Sam_y(2)     /* Classname: Initialization List */
     {
           // Constructor body
     }
  };

初始化需求列表:

 class Sample
 {
     public:
         int Sam_x;
         int Sam_y;

     Sample()     */* Object and variables are created - i.e.:declaration of variables */*
     { // Constructor body starts 

         Sam_x = 1;      */* Defining a value to the variable */* 
         Sam_y = 2;

     } // Constructor body ends
  };

在上面的程序中，当类的构造函数被执行时，Sam_x和Sam_y被创建。然后在构造函数体中定义这些成员数据变量。

用例:

类中的Const和Reference变量

在C语言中，变量必须在创建过程中定义。同样的，在c++中，我们必须在创建对象时使用Initialization list初始化Const和Reference变量。如果在对象创建后进行初始化(在构造函数内部)，则会得到编译时错误。

Sample1(基)类的成员对象没有默认构造函数 类Sample1 ｛ int我; 公众: Sample1 (int temp) ｛ I = temp; ｝ }； //类Sample2包含Sample1的对象 类Sample2 ｛ Sample1; 公众: Sample2 (int x):必须使用一个(x) /*初始化列表*/ ｛ ｝ }；

在为派生类创建对象时，该对象将在内部调用派生类构造函数和基类构造函数(默认)。如果基类没有默认构造函数，用户将得到编译时错误。为了避免，我们必须有任何一种

 1. Default constructor of Sample1 class
 2. Initialization list in Sample2 class which will call the parametric constructor of Sample1 class (as per above program)

Class constructor’s parameter name and Data member of a Class are same: class Sample3 { int i; /* Member variable name : i */ public: Sample3 (int i) /* Local variable name : i */ { i = i; print(i); /* Local variable: Prints the correct value which we passed in constructor */ } int getI() const { print(i); /*global variable: Garbage value is assigned to i. the expected value should be which we passed in constructor*/ return i; } };

我们都知道，如果两个变量名称相同，则局部变量优先级最高，全局变量优先级次之。在这种情况下，程序考虑“i”值{既是左变量也是右变量。例如:i = i}作为Sample3()构造函数中的局部变量，Class成员变量(i)被重写。为了避免，我们必须使用任何一种方法

  1. Initialization list 
  2. this operator.

除了性能问题，还有一个非常重要的问题，我称之为代码可维护性和可扩展性。

如果T是POD，并且你开始倾向于初始化列表，那么如果有一次T将改变为非POD类型，你不需要改变初始化周围的任何东西，以避免不必要的构造函数调用，因为它已经优化了。

如果类型T确实有默认构造函数和一个或多个用户定义构造函数，并且有一次您决定删除或隐藏默认构造函数，那么如果使用了初始化列表，则不需要更新用户定义构造函数的代码，因为它们已经正确实现了。

与const成员或引用成员一样，假设最初的T定义如下:

struct T
{
    T() { a = 5; }
private:
    int a;
};

接下来，你决定将a限定为const，如果你从一开始就使用初始化列表，那么这是一个单行更改，但有了上面定义的T，它还需要挖掘构造函数定义以删除赋值:

struct T
{
    T() : a(5) {} // 2. that requires changes here too
private:
    const int a; // 1. one line change
};

如果代码不是由“代码猴子”编写的，而是由工程师根据对所做事情的深入考虑来做决定，那么维护就会更容易，更不容易出错，这不是什么秘密。

基类的初始化

使用构造函数初始化列表的一个重要原因是基类的初始化，这里的回答中没有提到。

根据构造顺序，基类应该在子类之前构造。没有构造函数初始化列表，如果你的基类有默认构造函数，它将在进入子类的构造函数之前被调用，这是可能的。

但是，如果基类只有参数化的构造函数，则必须使用构造函数初始化列表来确保基类在子类之前初始化。

只有参数化构造函数的子对象的初始化 效率

使用构造函数初始化列表，将数据成员初始化为代码中需要的确切状态，而不是先将它们初始化为默认状态，然后再将它们的状态更改为代码中需要的状态。

初始化非静态const数据成员

如果类中的非静态const数据成员具有默认构造函数，并且你不使用构造函数初始化列表，你将无法将它们初始化为预期状态，因为它们将初始化为默认状态。

初始化引用数据成员

引用数据成员必须在编译器进入构造函数时初始化，因为引用不能在以后声明和初始化。这只有在构造函数初始化列表中才可能实现。

除了上面提到的性能原因，如果你的类存储了作为构造函数参数传递的对象的引用，或者你的类有const变量，那么你除了使用初始化列表之外没有任何选择。