为何传递Lambda参数时必须捕获异常？附代码示例解析

这个问题其实涉及到Java函数式接口的方法签名约定和编译器的核心检查逻辑，咱们一步步拆解清楚：

核心原因：函数式接口的方法签名限制 #

首先看你用到的Supplier接口，它的get()方法签名是这样的：

T get();

注意，这个方法没有声明抛出任何受检异常（比如Exception这种非RuntimeException的子类）。

Java编译器在处理Lambda表达式时，会严格检查Lambda是否完全符合目标函数式接口的方法约定——其中就包括异常抛出的范围。如果你的Lambda里抛出了接口方法没声明的受检异常，编译器直接就会报错，这和后续调用这个Lambda时有没有try-catch完全没关系。

换句话说：编译器要保证这个Lambda在任何场景下被调用都符合接口的约定，而不是只在你当前的display()方法里能运行。如果允许这种情况，那把这个Supplier传给另一个没有异常处理的方法时，程序就会因为未处理的受检异常直接崩溃，这违背了Java受检异常的设计初衷——受检异常必须被显式声明或处理。

解决办法 #

针对你的场景，有两种常见的解决思路：

1. 改用不受检异常（RuntimeException） #

把抛出的Exception换成RuntimeException或者它的子类，这类异常不需要在方法签名里声明，编译器不会强制要求处理：

public static void main(String[] args) {
    display(() -> {
        if(/*some condition*/) {
            throw new RuntimeException("wrong");
        }
        return "abcde";
    });
}

2. 自定义支持受检异常的函数式接口 #

如果必须抛出受检异常，可以自己定义一个带异常声明的函数式接口，然后修改display()方法的参数类型：

// 自定义支持抛出Exception的Supplier接口
@FunctionalInterface
public interface ThrowingSupplier<T> {
    T get() throws Exception;
}

// 修改display方法的参数类型为自定义接口
private static void display(ThrowingSupplier<?> arg) {
    try {
        System.out.println(arg.get());
    } catch (Exception e) {
        e.printStackTrace();
    }
}

// 现在Lambda可以正常抛出受检异常了
public static void main(String[] args) {
    display(() -> {
        if(/*some condition*/) {
            throw new Exception("wrong");
        }
        return "abcde";
    });
}

内容的提问来源于stack exchange，提问作者Zhou