处理Java Lambda异常需遵循函数式接口契约，常见方式有：1. 将受检异常封装为运行时异常；2. 在Lambda内部用try-catch处理；3. 自定义声明异常的函数式接口；4. 创建工具方法统一包装异常处理逻辑。
在Java中使用Lambda表达式时，如果方法体中包含可能抛出异常的代码，会遇到编译错误，因为函数式接口的抽象方法通常不声明受检异常（checked exception）。直接抛出受检异常会导致语法错误。以下是几种常见的处理方式。
1. 封装异常为非受检异常
将受检异常包装成运行时异常（RuntimeException），避免违反函数式接口的签名限制。
示例：假设有一个函数式接口用于处理字符串，但实现中可能抛出IOException：
public interface StringProcessor {
void process(String s) throws IOException;
}
但在标准库中大多数函数式接口如Consumer<T>并不声明异常，此时可以在Lambda内部捕获异常并重新抛出为运行时异常：
立即学习“Java免费学习笔记（深入）”；
Consumer<String> processor = s -> {
try {
Files.readAllLines(Paths.get(s));
} catch (IOException e) {
throw new RuntimeException(e);
}
};
这种方式简单直接，适合不希望改变调用逻辑的场景。
2. 在Lambda内部处理异常
最稳妥的方式是在Lambda表达式内部通过 try-catch 捕获并处理异常，不让其向外传播。
Consumer<String> consumer = path -> {
try {
List<String> lines = Files.readAllLines(Paths.get(path));
lines.forEach(System.out::println);
} catch (IOException e) {
System.err.println("读取文件失败: " + e.getMessage());
}
};
这种做法适用于你能够合理恢复或记录错误的情况，比如日志输出、默认值返回等。
3. 使用自定义函数式接口声明异常
如果需要保留受检异常的语义，可以定义自己的函数式接口，在方法中声明 throws 子句。
@FunctionalInterface
public interface ThrowingConsumer<T> {
void accept(T t) throws Exception;
}
然后在使用时进行适配：
ThrowingConsumer<String> throwingConsumer = s -> {
Files.readAllLines(Paths.get(s));
};
调用时仍需 try-catch 包裹：
try {
throwingConsumer.accept("file.txt");
} catch (Exception e) {
e.printStackTrace();
}
这种方式保持了异常的可检查性，适合在特定模块内频繁处理异常的场景。
4. 创建工具方法简化异常处理
为了减少重复代码，可以封装一个通用的工具方法来处理Lambda中的异常。
public static <T> Consumer<T> handlingConsumerWrapper(
ThrowingConsumer<T> throwingConsumer,
Class<? extends Exception> exceptionClass) {
return t -> {
try {
throwingConsumer.accept(t);
} catch (Exception ex) {
if (exceptionClass.isInstance(ex)) {
throw new RuntimeException(ex);
} else {
throw new RuntimeException(ex);
}
}
};
}
使用示例：
Consumer<String> safeConsumer = handlingConsumerWrapper(
s -> Files.readAllLines(Paths.get(s)), IOException.class
);
这样既保持了Lambda的简洁性，又统一了异常处理逻辑。
基本上就这些常见做法。选择哪种方式取决于是否需要保留异常信息、项目规范以及是否允许抛出运行时异常。关键是不能让Lambda因为异常而破坏函数式接口的契约。
