应使用 throw;（C#）、throw e;（Java需注意声明）、raise（Python）来保留原始堆栈；throw ex;、raise e 会丢失原始堆栈，导致调试困难。

异常重新抛出就是在 catch 块里处理完（比如记日志），再把同一个异常原样或稍作包装后扔给上层调用者——关键在于别用 throw ex;，得用 throw;。

为什么 throw ex; 会丢掉原始堆栈？

这是最常踩的坑。当你写 throw ex;，CLR 会新建一个异常实例，把 ex 的消息和内层异常（InnerException）带过去，但原始的堆栈跟踪（stack trace）被重置了——你看到的堆栈只从这行 throw ex; 开始，看不到最初出错的位置。

而 throw;（不带参数）是“重新激活”当前异常，保留完整原始堆栈，调试时才能准确定位问题源头。

• 错误写法：catch (Exception ex) { Log(ex); throw ex; } → 堆栈断裂
• 正确写法：catch (Exception ex) { Log(ex); throw; } → 堆栈完整
• 如果真要包装，用 throw new InvalidOperationException("业务含义", ex);，此时 ex 作为 InnerException 保留，堆栈也从新异常处开始记录，但原始异常仍可追溯

Java 里怎么安全 rethrow？注意 throws 声明和 final 变量

Java 没有 throw; 语法，必须显式 throw e;，但前提是变量 e 的类型不能比 catch 声明的更宽泛，否则编译报错：「unreported exception」。

常见场景是多异常捕获后统一 rethrow，比如 catch (IOException | SQLException e)，这时 e 是它们的公共父类（Exception），但方法签名若没声明 throws Exception，直接 throw e; 就过不了编译。

• 方案一：在方法签名加 throws Exception（不推荐，太宽泛）
• 方案二：用 throw new RuntimeException(e);（适合非检查异常场景）
• 方案三：Java 7+ 支持 final 异常变量 + 多 catch 分别 rethrow，避免类型擦除问题

Python 的 raise 和 raise ... from 区别在哪？

Python 中 raise 单独使用（无参数）等价于 C# 的 throw;，会原样 rethrow 当前异常，堆栈完整；而 raise ex 会丢失原始 traceback，只保留 ex 创建时的点。

如果要在 rethrow 时补充上下文，推荐 raise NewException(...) from ex：这样 ex 成为 __cause__，traceback 里会显示「The above exception was the direct cause of the following exception」，比裸 raise 更利于归因。

• 安全 rethrow：except Exception as e: log(e); raise
• 带因果链：except ValueError as e: raise RuntimeError("配置解析失败") from e
• 绝对避免：except Exception as e: raise e（堆栈断掉）

真正难的不是语法，而是判断该不该 rethrow——日志记了、监控打了、用户提示给了，但底层异常是否还该暴露给调用方？这取决于抽象边界。很多 bug 其实源于在不该截断的地方用了 throw ex; 或 raise e，结果让上游永远看不到第一现场。