java中可将受检异常包装为runtimeexception或其语义化子类（如illegalargumentexception）抛出以绕过编译检查，但须传入原始异常作cause并保留上下文信息，且需审慎判断转换合理性。
在 Java 中，可以把受检异常（checked exception）包装成运行时异常（unchecked exception），然后抛出，从而绕过编译器对受检异常必须处理（try-catch 或 throws）的强制要求。最常用、最推荐的方式是用 RuntimeException 或其子类（如 IllegalArgumentException、IllegalStateException）进行包装。
用 RuntimeException 包装后抛出
这是最直接的做法：捕获受检异常，再以 RuntimeException 为外壳重新抛出。编译器不再检查，调用方无需强制处理。
示例：
public void readFile(String path) {
try {
Files.readString(Paths.get(path));
} catch (IOException e) {
throw new RuntimeException("读取文件失败: " + path, e);
}
}注意两点：
- 传入原始异常 e 作为 cause，保留完整的异常链和堆栈信息；
- 消息中包含上下文（如文件路径），便于排查问题。
使用更语义化的运行时异常子类
比起泛用 RuntimeException，优先选择语义明确的子类，让异常意图更清晰。
- 参数不合法 → IllegalArgumentException
- 状态不满足前提 → IllegalStateException
- 外部资源不可用（且本不该失败）→ RuntimeException 或自定义运行时异常
例如：
public void parseJson(String json) {
try {
return JsonParser.parse(json);
} catch (ParseException e) {
throw new IllegalArgumentException("JSON 格式错误: " + json, e);
}
}避免静默吞掉异常或丢失原因
以下写法是反模式，应避免：
-
throw new RuntimeException("出错了")—— 没传 cause，丢失原始异常信息； -
catch (IOException e) { /* 什么都不做 */ }—— 异常被吃掉，难以定位问题； -
throw new RuntimeException(e.getMessage())—— 虽有消息但没保留堆栈和 cause 链。
务必通过构造函数把原始异常作为 cause 传入，确保日志和调试时能追溯根源。
考虑是否真该转为运行时异常
转换前需判断合理性：
- 该异常是否真的“不应该发生”？比如配置文件缺失、网络必连却断开、系统级资源不可用——这类可转；
- 还是它本质是业务正常流程的一部分？比如用户上传了不支持格式的文件——更适合用返回值或特定业务异常（即使受检）来显式表达；
- 团队规范或框架约束（如 Spring 的 DataAccessException 体系）可能已做了统一转换，不必重复封装。
滥用转换会让调用方失去对潜在失败的感知，降低代码健壮性。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
