Java Lambda表达式抛异常的函数式接口泛化及异常处理问题

问题1：泛化支持任意数量异常的函数式接口 #

Java泛型不支持可变数量的类型参数，你自定义的PredicateWith3Exceptions写3个异常泛型参数本身是冗余的，不需要按异常数量拆分泛型，直接用单个异常泛型参数即可实现任意数量异常的支持：

@FunctionalInterface
public interface ThrowingPredicate<T, E extends Exception> {
    boolean test(T element) throws E;
}

因为Java的异常体系是继承结构，只要你抛出的所有异常都属于E的子类（比如你把E指定为Exception，就可以抛出任意数量的受检异常），不需要单独为每个异常声明泛型参数。
你之前遇到的需要强制转换PredicateWith3Exceptions才能编译的问题，本质是多泛型参数导致编译器类型推断失效，换成上述单泛型参数的函数式接口后，不需要额外强制转换即可正常编译。

问题2：不包装异常直接在方法签名声明抛出的实现方案 #

首先需要明确：JDK自带的Predicate等函数式接口没有声明抛出受检异常，所以在Stream的lambda中直接抛受检异常会编译失败，有两种方案可以实现你的需求：

方案1：放弃Stream API改用普通for循环

这是最稳妥无黑魔法的方案，没有lambda的签名限制，可以直接抛出原异常：

public <T> List<T> mamaMethod(List<T> list, String field, String filter) throws NoSuchMethodException, InvocationTargetException, IllegalAccessException {
    if (list == null) return null;
    List<T> result = new ArrayList<>();
    for (T element : list) {
        if (myMethod(element, field, filter)) {
            result.add(element);
        }
    }
    return result;
}

方案2：使用Sneaky Throw技巧

利用Java泛型擦除的特性，把受检异常伪装成非受检异常抛出，你可以在方法签名主动声明原异常提示调用方捕获：
首先实现sneakyThrow工具方法：

@SuppressWarnings("unchecked")
private static <E extends Throwable> void sneakyThrow(Throwable e) throws E {
    throw (E) e;
}

修改你的wrapper方法：

private <T> Predicate<T> wrapper(ThrowingPredicate<T, Exception> predicate) {
    return element -> {
        try {
            return predicate.test(element);
        } catch (Exception e) {
            sneakyThrow(e);
            return false; // 这行永远不会执行，仅用于满足编译要求
        }
    };
}

之后你的mamaMethod就可以直接声明抛出那三个原异常，调用方可以正常捕获。

问题3：受检异常包装为非受检异常的意义 #

核心原因是为了适配JDK标准函数式接口的签名约束，让代码可以通过编译，除此之外还有几个实际意义：

1. 减少冗余的异常处理代码：对于反射异常这类大概率是代码配置错误、不可恢复的异常，不需要调用方每层都显式捕获处理，降低代码冗余度。
2. 统一异常类型：你可以把多个相关的受检异常包装成同一个自定义业务异常，上层调用方只需要捕获一次自定义异常就可以处理所有相关错误，不用分别捕获多个底层异常。
3. 适配函数式编程场景：Stream、响应式编程这类场景下都是内部迭代，异常逻辑不能直接抛到迭代逻辑之外，包装成非受检异常是目前JDK生态下的通用妥协方案。

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