Java中Lambda表达式无法直接抛出受检异常，合规做法是将其包装为RuntimeException并抛出；可自定义Exceptions工具类提供rethrow()方法简化操作，或使用Vavr/Try、Apache Commons-Lang等第三方方案增强类型安全与可维护性。
Java 中 Lambda 表达式无法直接抛出受检异常（checked exception），因为函数式接口（如 Function、Consumer）的抽象方法通常不声明 throws 受检异常。绕过这一限制的常见且合规做法，是将受检异常包装为 RuntimeException（即非受检异常）并重新抛出——这正是利用 UncheckedException 的核心思路。注意：这里“UncheckedException”并非 Java 标准类，而是指自定义或借用的运行时异常包装器。
用 RuntimeException 包装后重新抛出
最直接的方式是在 Lambda 内部捕获受检异常，再以 RuntimeException（或其子类）封装并抛出。JVM 允许这样做，因为 RuntimeException 不需要在方法签名中声明。
- 例如，读取文件内容需处理
IOException（受检异常），可在 Lambda 中这样写：
List
.map(line -> {
try {
return new URL(line).getHost();
} catch (MalformedURLException e) {
throw new RuntimeException(e); // ✅ 合法：包装为非受检异常
}
})
.collect(Collectors.toList());
定义专用的 Unchecked 异常工具类
为避免重复写 new RuntimeException(e)，可封装一个静态工具方法，提升可读性与一致性：
- 创建一个工具类（如
Exceptions），提供unwrap()或rethrow()方法： - 该方法接收
Exception，强制转型为RuntimeException并抛出（利用泛型类型擦除和 JVM 的 unchecked 抛出机制）； - 调用时无需
try-catch，Lambda 内可直接写Exceptions.rethrow(e)。
public final class Exceptions {
private Exceptions() {}
public static RuntimeException rethrow(Throwable t) {
if (t instanceof RuntimeException) return (RuntimeException) t;
throw new RuntimeException(t);
}
}
// 使用：
list.forEach(item -> {
try {
Files.delete(Paths.get(item));
} catch (IOException e) {
throw Exceptions.rethrow(e); // ✅ 简洁、意图明确
}
});
使用第三方库（如 Vavr 或 Apache Commons-Lang）
部分函数式编程库已内置对受检异常的支持：
-
Vavr 提供
Try类型，把可能失败的操作封装为值，天然适配 Lambda 流程； -
Apache Commons-Lang 3.12+ 的
Functional工具类含rethrow()等静态方法，支持函数式接口自动适配受检异常； - 这些方案不修改原有异常类型，而是通过类型系统或委托机制规避语法限制，更安全、可测试性更好。
注意事项与风险提示
这种“绕过”不是逃避异常处理，而是改变异常传播方式。必须清楚后果：
-
丢失异常语义：原始异常类型（如
SQLException）被包裹后，上层难以针对性恢复；建议保留 cause 并考虑添加上下文信息； -
调用链中断：若 Lambda 被用于异步任务（如
CompletableFuture），未捕获的RuntimeException会导致任务静默失败；务必配合exceptionally()或日志记录； -
不要滥用：若业务逻辑本应处理某种受检异常（如重试网络请求），强行转成运行时异常会掩盖设计意图，应优先重构 API 或使用
Try等更表达力强的类型。
