std::nested_exception 本身不抛异常也不自动捕获，仅作为包装器，需配合 std::throw_with_nested 和 rethrow_nested() 才生效；否则嵌套信息丢失，且须注意 noexcept 限制、析构函数禁用及安全展开方式。
直接说结论：C++11 引入的 std::nested_exception 本身不抛异常，也不自动捕获嵌套异常；它只是个“异常包装器”，真正起作用的是 std::throw_with_nested 和手动调用 rethrow_nested()。不配合这两者，std::nested_exception 就是空壳。
为什么 catch 住异常却看不到嵌套信息？
常见现象：在 catch 块里打印 e.what()，只看到最外层异常消息，内层异常（比如构造函数里抛的）完全丢失。这是因为默认抛出机制不会保存上下文链——除非你显式启用嵌套。
-
std::throw_with_nested(expr)是关键入口：它把当前异常作为嵌套异常，再抛出一个继承自std::nested_exception的新异常（通常配合自定义异常类使用） - 仅继承
std::nested_exception不够：必须在构造函数中调用std::nested_exception::nested_exception()（即基类构造），否则rethrow_nested()会抛std::bad_cast - 标准库容器（如
std::vector::at()）或算法（如std::accumulate）内部抛的异常，不会自动嵌套——嵌套必须由程序员在逻辑边界处主动插入
如何安全地展开嵌套异常链？
不能无脑递归 rethrow_nested()：一旦遇到非 std::nested_exception 派生类型，rethrow_nested() 会直接抛 std::bad_exception，导致二次崩溃。
- 每次调用前先用
dynamic_cast检查：if (auto* ne = dynamic_cast<const std::nested_exception*>(&e)) { ... } - 推荐用循环而非递归展开：避免栈溢出，也便于加深度限制（比如最多展开 5 层）
-
std::current_exception()返回的是std::exception_ptr，不是原始异常对象；想获取嵌套，必须先std::rethrow_exception再rethrow_nested()，不能跳过 rethrow 步骤
std::nested_exception 在 noexcept 函数里会怎样？
如果函数声明为 noexcept，但内部调用了 std::throw_with_nested，会导致调用 std::terminate——因为 throw_with_nested 本质仍是抛异常，不受 noexcept 约束豁免。
立即学习“C++免费学习笔记（深入）”；
- 不要在
noexcept函数体内直接使用throw_with_nested - 若需保留错误上下文，改用返回
std::expected<T, std::exception_ptr>（C++23）或手动捕获并存储std::current_exception() - 析构函数里绝对禁止
throw_with_nested：C++ 规定析构函数默认noexcept(true)，且异常逃逸会立即终止程序
嵌套异常不是银弹：它增加对象大小（含一个 std::exception_ptr 成员），且调试时堆栈仍是线性展开，无法还原原始调用位置。真正难处理的，往往是跨线程、跨模块、或异步回调中的异常传播——这时 std::nested_exception 能帮上忙，但得亲手搭好每一段桥。
