为何仅使用List.forEach时出现未处理异常类型错误？

这两种实现的核心差异源于Java函数式接口的异常约束，而第一种场景Eclipse未报错是IDE的漏检——Java语法本身要求两种情况都必须处理检查型异常。

1. 为什么forEach会触发报错？ #

List.forEach()接收的是java.util.function.Consumer函数式接口，它的核心方法签名是：

void accept(T t);

这个方法没有声明任何检查型异常，因此你在lambda表达式中调用抛出SomeException（检查型异常）的myMethod时，必须显式捕获并处理异常，否则就违反了函数式接口的方法签名约束。编译器（包括Eclipse）会严格校验这一点，所以直接标红提示错误。

2. 普通for循环为什么没被检测到？ #

这是Eclipse的静态检查漏检问题。根据Java语法规范，调用抛出检查型异常的方法时，必须要么用try-catch捕获异常，要么在当前方法上声明throws SomeException。你写的普通for循环代码本身不符合Java语法，用标准javac编译会直接报错，只是Eclipse的代码检查机制没检测出这个问题（可能是IDE配置关闭了相关检查规则）。

修正方案 #

针对普通for循环

要么给方法添加异常声明：

public void processBeanList(List<MyBean> myBeanList) throws SomeException {
    for (int i = 0; i < myBeanList.size(); i++) {
        MyBean myBean = myBeanList.get(i);
        myMethod(myBean);
    }
}

要么在循环内捕获异常：

public void processBeanList(List<MyBean> myBeanList) {
    for (int i = 0; i < myBeanList.size(); i++) {
        MyBean myBean = myBeanList.get(i);
        try {
            myMethod(myBean);
        } catch (SomeException e) {
            // 按需处理异常，比如转成运行时异常抛出
            throw new RuntimeException("处理Bean失败", e);
        }
    }
}

针对forEach场景

方案一：在lambda内直接捕获异常

public void processBeanList(List<MyBean> myBeanList) {
    myBeanList.forEach(myBean -> {
        try {
            myMethod(myBean);
        } catch (SomeException e) {
            throw new RuntimeException("处理Bean失败", e);
        }
    });
}

方案二：自定义支持检查型异常的函数式接口（复用性更高）

@FunctionalInterface
public interface ThrowingConsumer<T, E extends Exception> {
    void accept(T t) throws E;
}

// 包装工具方法
public static <T, E extends Exception> Consumer<T> wrapThrowingConsumer(ThrowingConsumer<T, E> consumer) {
    return t -> {
        try {
            consumer.accept(t);
        } catch (Exception e) {
            throw new RuntimeException(e);
        }
    };
}

// 使用方式
public void processBeanList(List<MyBean> myBeanList) {
    myBeanList.forEach(wrapThrowingConsumer(myBean -> myMethod(myBean)));
}

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