这个差异的核心其实是函数式接口的方法签名限制，和闭包没啥关系，咱们一步步理清楚：

1. 先看forEach的Lambda对应的函数式接口 #

someList.forEach() 接受的参数是 Consumer<T> 这个函数式接口，它的核心方法定义是：

void accept(T t);

注意这个方法没有声明抛出任何checked异常。而你在Lambda里调用的foo()和bar()都抛出了Exception（这属于checked异常），Java有个硬性规定：如果一个方法没声明抛出checked异常，那在它的实现里（也就是你的Lambda代码块），不能往外抛checked异常——要么自己用try/catch捕获处理，要么把异常转成unchecked异常（比如RuntimeException）抛出去。这就是为啥你的Lambda代码会编译报错。

2. 再看普通for循环的情况 #

你的someFunction()方法本身已经声明了throws Exception，这意味着这个方法允许把checked异常抛给它的上层调用者。在for循环里调用foo()和bar()时，这些异常会直接传递到someFunction()的层级，然后跟着方法声明的throws Exception抛出去，编译器完全认可这种做法，所以不需要额外加try/catch。

举个更直观的对比 #

把Lambda换成匿名内部类，你就能一眼看到问题所在：

// 这和你写的Lambda逻辑完全等价，同样会编译报错
someList.forEach(new Consumer<SomeElement>() {
    @Override
    public void accept(SomeElement e) {
        foo(); // 报错：未处理的异常Exception
        bar();
    }
});

如果我们自己定义一个允许抛异常的函数式接口：

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

// 再写个适配的forEach方法
public static <T> void throwingForEach(List<T> list, ThrowingConsumer<T> consumer) throws Exception {
    for (T t : list) {
        consumer.accept(t);
    }
}

这时候用这个自定义接口的Lambda就不用加try/catch了：

public void someFunction() throws Exception {
    throwingForEach(someList, e -> {
        foo(); // 正常编译，因为接口方法声明了throws Exception
        bar();
    });
}

总结一下：本质是Lambda必须严格遵守它所实现的函数式接口的方法签名（包括异常声明）；而普通for循环是在当前方法的上下文里，只要当前方法允许抛出对应异常，就可以直接把异常往上传递。

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