构造函数抛异常会导致对象初始化失败，c++会销毁已构造的子对象和基类部分但不调用析构函数。1. 使用函数try block可在构造函数中捕获异常并清理资源；2. 采用两阶段初始化将构造与初始化分离以避免构造失败风险；3. 避免在构造函数中执行可能失败的操作如动态内存分配或io操作。此外，应谨慎传播异常、防止资源泄漏、注意stl容器行为，并可使用noexcept标明不抛异常的构造函数以优化性能。合理设计应尽量减少构造失败的可能性或确保异常安全。
C++中，如果构造函数抛出异常，意味着对象的初始化过程未能成功完成。这种情况下，对象本身不会被完整创建，同时程序会沿着调用栈回溯，寻找匹配的catch块来处理异常。很多人对构造函数抛异常后的资源管理、清理机制不太清楚，这篇文章就讲讲构造函数抛异常会发生什么，以及对象构造失败后该怎么处理。
构造函数抛异常会发生什么？
当构造函数在执行过程中抛出异常时，对象的构造会被中断，此时这个对象并没有被完全构造出来。C++会自动销毁已经成功构造的子对象（比如成员变量）和基类部分。但要注意，析构函数不会被调用，因为对象本身没有被完整构造，调用析构函数是不安全的。
举个例子：
立即学习“C++免费学习笔记（深入）”；
class A {
public:
A() { throw std::runtime_error("boom"); }
};
class B {
public:
B() try : a() {} catch (...) {
// 可以在这里捕获A构造时的异常
}
private:
A a;
};在这个例子中，
B的构造依赖于
A的成功构造。如果
A构造失败，
B也无法继续构造，但可以在构造函数的函数try block中捕获异常做一些处理。
如何处理构造失败的对象？
既然构造失败会导致对象无法使用，那我们应该如何应对这种情况呢？主要有以下几个方法：
- 使用函数try block捕获异常
- 采用两阶段初始化（构造+初始化分离）
- 避免在构造函数中做可能失败的操作
使用函数try block捕获构造函数中的异常
这是C++提供的一个特殊语法，允许你在构造函数初始化列表中捕获异常：
class MyClass {
public:
MyClass() try : resource(new Resource()) {
// 其他初始化代码
} catch (...) {
// 处理异常，可以重新抛出或记录日志
delete resource; // 手动清理已分配的资源
throw; // 通常需要重新抛出
}
private:
Resource* resource;
};注意：函数try block只能在整个构造函数范围内生效，不能只包围初始化列表的一部分。而且即使你捕获了异常，通常也应该重新抛出，因为对象没构造成功，不应该假装一切正常。
使用两阶段初始化
为了避免构造失败带来的复杂性，有些类设计采用“两阶段初始化”方式：
class MyResource {
public:
MyResource() {} // 空构造函数
bool init() {
// 初始化操作，返回是否成功
return true or false;
}
};这种方式的好处是构造函数不会失败，init()函数可以返回错误码或者布尔值，让调用者判断是否初始化成功。适用于一些需要严格控制资源释放的场景。
避免在构造函数中做高风险操作
构造函数应该尽量保持简单，不做文件IO、网络请求、动态内存分配等容易出错的操作。这样可以减少构造失败的可能性，也能提高代码的可维护性和安全性。
构造函数异常处理的一些注意事项
- 异常传播路径：如果构造函数在初始化列表中抛出异常，会直接传递给调用者。
- 资源泄漏问题：如果你手动分配资源（比如new），要特别小心异常安全问题。
- STL容器行为：如果你把某个构造可能抛异常的类放进vector里，push_back可能导致整个vector无效或处于未定义状态。
- noexcept构造函数：如果你确定构造函数不会抛异常，可以加上noexcept，有助于编译器优化。
基本上就这些。构造函数抛异常虽然合法，但也带来很多潜在的问题。合理的设计应该是尽量避免构造失败，或者在构造失败时能妥善处理资源回收。
