异常安全需保证资源不泄漏且状态一致，构造顺序按成员声明而非初始化列表顺序进行。1. 异常安全分三级：基本、强烈、无抛出保证，强烈保证常用拷贝-交换实现；2. 构造函数中用智能指针管理资源，防止异常时泄漏；3. 成员按声明顺序构造，初始化列表应与之一致，避免依赖未初始化成员；4. 综合实践中采用两段式构造、委托构造或延迟初始化，结合RAII确保安全。
在C++中，异常安全和对象构造顺序是编写健壮程序的关键环节。当异常发生时，程序必须保证资源不泄漏、对象状态一致，同时构造顺序直接影响成员初始化的正确性。掌握这两方面的技巧，能显著提升代码的稳定性和可维护性。
异常安全的三个级别
理解异常安全的不同保证级别，有助于设计更可靠的接口：
- 基本保证：异常抛出后，对象仍处于有效状态，无资源泄漏，但具体状态不确定
- 强烈保证：操作要么完全成功，要么恢复到调用前状态（常通过拷贝-交换实现）
- 无抛出保证：操作不会抛出异常，通常用于析构函数和释放资源的操作
例如，在赋值操作中使用临时对象加swap，可实现强烈保证：
// 示例：强烈保证的赋值操作 MyClass& operator=(const MyClass& other) { MyClass temp(other); // 可能抛异常，但不影响原对象 swap(temp); // swap 通常不抛异常 return *this; }构造函数中的异常安全处理
构造函数若抛出异常，对象被视为未构造成功，析构函数不会被调用。因此，已分配的资源必须在异常发生前妥善管理：
立即学习“C++免费学习笔记（深入）”；
- 优先使用智能指针或RAII类管理资源，避免裸new/delete
- 在初始化列表中谨慎调用可能抛异常的函数
- 考虑使用“两段式构造”：先完成资源分配，再进行可能失败的初始化
例如，多个资源分配时，应避免在构造函数体中顺序new，而应使用std::unique_ptr做中间管理：
MyClass() : ptr1(std::make_unique成员对象的构造顺序控制
C++按类中成员声明顺序构造对象，而非初始化列表顺序。这一规则常被忽视，导致未定义行为：
- 确保初始化列表顺序与成员声明顺序一致，避免混淆
- 避免在初始化列表中使用尚未构造的成员变量
- 静态成员和基类先于派生类成员构造
例如，以下代码虽初始化列表顺序不同，但实际仍按声明顺序构造：
class A { int x, y; public: A() : y(0), x(y + 1) { } // 注意：x先于y构造，x初始化时y未定义！ };正确做法是避免跨成员依赖，或确保逻辑不依赖构造顺序。
异常安全与构造顺序的综合实践
结合异常安全和构造顺序，可采用以下策略：
- 将复杂初始化移到独立函数，并在构造函数中捕获异常
- 使用委托构造函数分阶段初始化
- 对必须在构造中执行的操作，包装为可回滚的事务式操作
例如，数据库连接类可在构造函数中只分配内存，通过一个initialize()方法延迟连接建立，并由用户显式调用，分离资源获取与对象构造。
基本上就这些。异常安全和构造顺序管理不复杂但容易忽略，关键在于始终用RAII思维控制资源，清晰认知构造流程，并在设计接口时明确异常语义。
