使用throw;可保留原始异常类型和调用栈信息，避免副本创建与切片，确保异常传播路径完整，适用于局部处理后继续向上层传递的场景。
在C++中，异常处理机制提供了
throw;语法用于重新抛出当前正在处理的异常，这个特性常被用来实现异常的局部处理与传播。关键点在于：使用不带参数的
throw;可以保留原始异常的类型和调用栈信息，避免信息丢失。而如果使用
throw e;（其中e是捕获的异常对象），则会创建副本并可能切片，同时调用栈将从重新抛出的位置开始，丢失原始上下文。
保留调用栈的关键：使用裸throw
当异常被
catch块捕获后，若需继续向上层传递，应使用裸
throw;语句。这会原样重新抛出原始异常对象，保持其动态类型和异常传播路径的完整性。
示例：
try {
mightThrow();
} catch (const std::exception& e) {
// 记录日志等局部处理
std::cerr << "Caught: " << e.what() << std::endl;
throw; // 重新抛出原始异常，保留调用栈
}
避免使用throw e;造成信息丢失
若写成
throw e;，编译器会构造一个新异常对象，该对象是原始异常的副本，且静态类型为
e的声明类型（如
std::exception），即使原始异常是其派生类（如
std::runtime_error），也会发生对象切片。
立即学习“C++免费学习笔记（深入）”；
更严重的是，异常的回溯信息（backtrace）通常在第一次抛出时捕获。重新用
throw e;抛出相当于新抛一次，调试工具或异常库可能无法追踪到最初的错误源头。
结合std::current_exception保留异常状态
在某些场景下，比如需要跨线程传递异常，可使用
std::current_exception获取当前异常的
std::exception_ptr，之后通过
std::rethrow_exception恢复。
这种做法也能完整保留原始异常和调用栈（取决于实现，如启用了栈回溯支持）：
std::exception_ptr saved;
try {
mightThrow();
} catch (...) {
saved = std::current_exception();
}
// 在合适时机重新抛出
if (saved) {
std::rethrow_exception(saved);
}
调试建议：启用栈回溯支持
要真正保留调用栈，编译器和运行时需支持异常栈回溯。确保编译时开启相关选项，如GCC/Clang使用
-fno-omit-frame-pointer和
-g，并考虑集成
boost::stacktrace或类似工具在异常抛出时打印上下文。
某些异常库（如Google Test或自定义异常宏）会在抛出时自动记录
__FILE__、
__LINE__和函数名，辅助调试。
基本上就这些。只要记住：重新抛出用
throw;，别用
throw e;，配合
std::exception_ptr和调试符号，就能有效保留异常源头信息。不复杂但容易忽略。
