初始化列表直接初始化成员，避免默认构造和赋值的开销；必须用于const、引用及无默认构造函数的类类型成员；初始化顺序按成员声明顺序而非列表顺序，应保持一致以避免未定义行为。
在C++中，构造函数的初始化列表不仅决定了成员变量如何被初始化，还直接影响对象构造的效率和正确性。合理使用初始化列表，能避免不必要的临时对象生成、提升性能，并确保const和引用类型成员正确初始化。
初始化列表的作用：比赋值更高效
构造函数体内的赋值操作和初始化列表有本质区别：
- 在构造函数体内对成员变量赋值，实际上是先调用默认构造函数创建对象，再进行一次赋值操作
- 而使用初始化列表，是在对象构造的同时直接初始化，避免了中间步骤
对于一个包含std::string成员的类：
低效写法：
立即学习“C++免费学习笔记（深入）”；
class Person {
std::string name;
public:
Person(const std::string& n) { name = n; } // 先默认构造name，再赋值
};
高效写法：
class Person {
std::string name;
public:
Person(const std::string& n) : name(n) { } // 直接初始化，少一次构造
};
后者减少了一次std::string的默认构造和析构，性能更优。
必须使用初始化列表的三种情况
以下成员只能通过初始化列表设置：
- const成员变量：一旦定义不可修改，只能初始化
- 引用类型成员：引用必须绑定到具体对象，不能后期赋值
- 没有默认构造函数的类类型成员：必须显式提供参数初始化
class MyClass {
const int id;
std::string& ref;
AnotherClass obj;
public:
MyClass(int i, std::string& s, const std::string& arg)
: id(i), ref(s), obj(arg) // 必须在这里初始化
{ }
};
成员初始化顺序：按声明顺序，而非列表顺序
C++标准规定，成员变量的初始化顺序只与其在类中声明的顺序有关，与初始化列表中的书写顺序无关。
这可能导致隐藏的bug：
class BadOrder {
int b;
int a;
public:
BadOrder() : a(1), b(a + 1) { } // 警告：b用未初始化的a？
};
虽然列表中a写在前面，但实际先初始化b（因为b在类中声明在前），此时a尚未构造，b将使用不确定值。编译器通常会发出警告。
建议：始终让初始化列表的顺序与成员声明顺序一致，避免误解。性能优化技巧
合理使用初始化列表可显著提升构造效率：
- 优先使用初始化列表而非赋值：尤其对复杂对象（如容器、自定义类）
- 避免临时对象：用括号直接构造，而不是先构造再赋值
- 传递参数尽量使用const引用：避免不必要的拷贝
- 对内置类型也建议使用初始化列表：保持风格统一，某些情况下也有性能优势（如聚合类型）
class DataProcessor {
std::vector data;
std::string config;
public:
DataProcessor(const std::vector& input, const std::string& cfg)
: data(input), config(cfg) // 避免构造+赋值
{ }
};
基本上就这些。掌握初始化列表的机制和初始化顺序规则，不仅能写出更高效的代码，还能避免一些隐蔽的构造问题。
