Java中可直接re-throw捕获异常（throw e;）以保持原始类型和堆栈；也可包装为新异常（如throw new RuntimeException("msg", e)）转换类型或添加上下文；严禁静默吞异常。

在 Java 中，可以在 catch 块中重新抛出捕获的异常，常用方式是直接使用 throw 语句，后面跟上已捕获的异常对象（如 throw e;）。这会将当前异常继续向上层调用栈传播，不改变原始异常类型和堆栈信息。

直接 re-throw 捕获的异常

这是最常见、最推荐的做法，适用于需要记录日志、做简单处理后仍希望上层处理的情况：

• 保持原始异常的类型、消息和完整堆栈跟踪（包括最初抛出位置）
• 语法简单：只需 throw e;，其中 e 是 catch 参数
• 示例：注意不要写成 throw new Exception(e);，那会丢失原始堆栈

包装异常再抛出（throw new XxxException(e)）

当需要转换异常类型（比如把检查异常转为运行时异常），或添加上下文信息时，可构造新异常并传入原异常作为 cause：

Java Maven Secondary Analysis

分析ZIP压缩包或GitLab仓库中的Java Maven项目，确定二次开发范围、类数量、模块分布及生产相关指标。

下载

• 使用带 Throwable cause 的构造器，例如 throw new RuntimeException("处理订单失败", e);
• 这样新异常的堆栈从这里开始，但通过 getCause() 仍能访问原始异常和它的完整堆栈
• 适合分层架构中统一异常体系，避免底层异常类型泄露到上层

修改异常后再抛出（不推荐，慎用）

极少数场景下可能需要调整异常消息或补充信息，可通过 initCause() 或创建新异常实现，但要注意：

立即学习“Java免费学习笔记（深入）”；

• e.setMessage(...) 在大多数标准异常中无效（字段是 final 或未提供 setter）
• 安全做法是新建异常： throw new IOException("读取配置失败: " + e.getMessage(), e);
• 避免无意义地“吞掉”原始堆栈，除非有明确设计理由（如脱敏）

不要在 catch 中静默吞掉异常

仅写 catch (Exception e) { } 而不 re-throw 或记录，会导致错误被隐藏，调试困难：

• 至少应记录日志：logger.warn("忽略异常", e);
• 若确定可忽略，也建议加注释说明原因
• 静默吞异常是生产环境 bug 的常见根源之一