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：
- 使用带
Throwable cause的构造器，例如throw new RuntimeException("处理订单失败", e); - 这样新异常的堆栈从这里开始，但通过
getCause()仍能访问原始异常和它的完整堆栈 - 适合分层架构中统一异常体系，避免底层异常类型泄露到上层
修改异常后再抛出（不推荐，慎用）
极少数场景下可能需要调整异常消息或补充信息，可通过 initCause() 或创建新异常实现，但要注意：
-
e.setMessage(...)在大多数标准异常中无效（字段是 final 或未提供 setter） - 安全做法是新建异常：
throw new IOException("读取配置失败: " + e.getMessage(), e); - 避免无意义地“吞掉”原始堆栈，除非有明确设计理由（如脱敏）
不要在 catch 中静默吞掉异常
仅写 catch (Exception e) { } 而不 re-throw 或记录，会导致错误被隐藏，调试困难：
- 至少应记录日志：
logger.warn("忽略异常", e); - 若确定可忽略，也建议加注释说明原因
- 静默吞异常是生产环境 bug 的常见根源之一
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
