应使用 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，结果让上游永远看不到第一现场。
