函数 try 块是唯一能捕获基类及成员初始化异常的机制，必须置于构造函数初始化列表前，catch 中只能重新抛出异常，不可静默处理或访问未完成构造的成员。
函数 try 块是唯一能捕获基类构造函数异常的地方
在 C++ 中，如果基类构造函数可能抛出异常，而你又想在派生类中处理它，try 块不能写在构造函数体内部——那已经太晚了。必须用**函数 try 块（function-try-block）**，也就是把 try 放在构造函数的冒号初始化列表之前，并用 catch 捕获初始化阶段（包括基类构造、成员初始化）抛出的异常。
语法结构必须严格：try 在初始化列表前，catch 在后
函数 try 块不是普通 try-catch，它覆盖整个构造过程，包括初始化列表执行。写法固定：
Derived::Derived(int x) try : Base(x) {
// 这里是构造函数体（可选）
} catch (const std::exception& e) {
// 只能 throw 新异常，或 std::rethrow()
throw std::runtime_error("Derived init failed: " + std::string(e.what()));
}
- 冒号
:必须跟在try后面，不能换行或省略 -
catch块中不能“吞掉”异常并静默返回——构造失败时对象未完成，C++ 要求必须重新抛出（显式throw或throw;） - 不能在
catch里调用this->member——此时基类和成员尚未完全构造，访问未定义
为什么不能在构造函数体内用普通 try-catch？
因为基类构造函数在进入构造函数体之前就已执行。例如：
Derived::Derived(int x) : Base(x) { // ← Base(x) 在这里执行，可能抛异常
try { // ← 此时 Base 已构造完毕（或已崩溃），来不及捕获
// ...
} catch (...) { ... }
}
- 如果
Base(x)抛异常，控制流直接跳出构造函数，根本不会执行大括号内的代码 - 成员变量的构造也同理：若
Member m{x};在初始化列表中抛异常，普通函数体内的try同样无效 - 只有函数 try 块的
try范围覆盖初始化列表，是语言层面对此场景的专门支持
实际使用时最容易忽略的限制
函数 try 块的 catch 不是“处理完就完事”，它本质是异常转换器：
- 无法“修复”失败的构造——对象生命周期从未开始，
this不可用，不能设标志位、记录日志（除非用静态/全局对象） - 不能返回默认值或 fallback 实例；C++ 不支持构造函数返回 null 或替代对象
- 若想记录错误再抛出，必须确保
std::string构造本身不抛异常（比如避免在catch里做复杂字符串拼接） - 析构函数不能有函数 try 块（语法不允许），所以这个机制只对构造有效
真正棘手的地方在于：你以为 catch 住就能“兜底”，其实只是把异常换个类型再扔出去——最终调用方仍要面对构造失败，而你连清理资源的机会都没有。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
