构造函数try块专用于捕获初始化列表及函数体中抛出的异常，必须在catch中重新抛出异常，因对象未完全构造成功；它不能访问未初始化成员，也不适用于析构函数。
try块在C++函数中用于捕获和处理可能发生的异常，而构造函数的try块（function-try-block）是一种特殊语法，专为在构造函数初始化列表阶段发生的异常提供统一的异常处理机制。
构造函数try块的基本语法与作用
C++允许在构造函数定义前加一个try关键字，并将整个函数体（包括初始化列表和函数体）包裹在try块中，后接catch子句。这种写法叫“函数级try块”（function-try-block），它唯一能捕获的异常是：在成员初始化列表中抛出的异常，或在构造函数体内抛出的异常。
注意：普通函数也可以用try块，但构造函数的try块有特殊语义——它能“拦截”初始化列表中无法被普通catch覆盖的异常。
基本形式如下：
立即学习“C++免费学习笔记（深入）”；
ClassName::ClassName(...) try : member1(...), member2(...) {
// 构造函数主体
} catch (const std::exception& e) {
// 处理异常（可重新抛出，或转换为其他异常）
throw; // 通常建议rethrow，因为对象未完全构造成功
}
为什么构造函数需要try块？
普通成员函数里的try-catch只能保护函数体内的代码；但构造函数的初始化列表在函数体执行前就运行，一旦其中某个成员对象的构造函数抛异常，控制权会直接跳出当前构造函数，无法被函数体内的catch捕获。此时，函数级try块是唯一能捕获这类异常的方式。
- 初始化列表中调用的基类构造函数或成员对象构造函数抛异常 → 只有函数try块能捕获
- 构造函数体内抛异常 → 普通try块或函数try块都能捕获，但函数try块更统一
- 函数try块中的catch不能让构造“成功返回”：即使catch住异常，对象也不会被创建，必须重新抛出（
throw;）或抛出新异常
函数try块的限制与注意事项
函数try块不是万能的“兜底”，它有明确边界和使用约束：
- catch中无法访问尚未成功初始化的成员变量（因为初始化失败时它们处于未定义状态）
- 不能在catch中通过
return正常结束构造——C++标准规定：函数try块的catch必须以throw结束（显式throw或throw;） - 不适用于析构函数（析构函数默认
noexcept，且不允许函数try块） - 实际工程中较少使用，多数情况推荐：在成员类内部处理异常、或用工厂函数+智能指针封装构造逻辑
替代方案：更实用的异常安全做法
比起依赖函数try块，现代C++更倾向以下方式提升构造过程的异常安全性：
- 把可能失败的资源获取操作推迟到构造完成之后（如用
init()方法或std::optional延迟初始化） - 用工厂函数返回
std::unique_ptr，在堆上构造并捕获异常，避免栈对象半构造问题 - 确保所有成员类型自身具备强异常安全保证（如RAII类不抛异常，或只在不影响对象状态时抛出）
- 对关键资源使用
std::nothrow版本的new，配合手动错误检查
