为何Java 8之前版本不支持Closures？类方法访问变量存疑

嘿，我来帮你理清这个关于闭包的误区～你确实对闭包的核心概念有点误解，咱们一步步拆解清楚：

闭包的关键是：一个函数可以捕获并“携带”它定义时所在的词法作用域，哪怕这个函数被拿到原作用域之外去执行，依然能访问那个作用域里的变量。

你的例子为什么不是闭包 #

看你写的这段代码：

public class HelloWorld{ 
    int number = 5; 
    public void fun() { 
        System.out.println("number: " + number); 
    } 
    public static void main(String []args){ 
        System.out.println("Hello World"); 
        new HelloWorld().fun(); 
    } 
}

fun()能访问number，本质是它作为类的实例方法，通过隐式的this引用访问当前对象的成员变量。它只能依附于HelloWorld的实例执行，你没法把fun()单独抽出来，传递到另一个完全无关的作用域（比如别的类的方法里），还能让它访问原来那个HelloWorld实例的number——而这恰恰是闭包最核心的能力。

Java 8之前为什么没有真正的闭包 #

Java 8之前，我们常用匿名内部类来模拟类似行为，但它和闭包有本质区别：

• 匿名内部类访问外部变量时，必须要求变量是final（Java 8之前得显式写，之后可以是“有效只读”），这是因为它拷贝了外部变量的值，不是真正捕获原作用域。如果外部变量变了，匿名内部类拿到的只是旧的拷贝，没法同步。
• 匿名内部类本质是一个新的类实例，它是“带方法的对象”，不是独立的函数，行为绑定在自己的实例上，而非原词法作用域。

而Java 8的Lambda表达式才真正实现了闭包：

• Lambda可以捕获外部作用域的变量（只要后续不修改，不用显式写final），底层是真正持有对原变量的引用（靠JVM的invokedynamic机制实现）。
• Lambda能作为函数式接口的实例被传递到任意地方，在原作用域销毁后执行时，依然能访问定义它时捕获的变量——这才是闭包的精髓。

举个Java 8闭包的直观例子：

public class ClosureDemo {
    public static Runnable getCounter() {
        int count = 0;
        // Lambda捕获了getCounter方法作用域里的count
        return () -> {
            System.out.println("当前计数：" + count);
            // 这里count不能直接自增，因为要保持有效只读，换成AtomicInteger就能修改啦
        };
    }

    public static void main(String[] args) {
        Runnable counter = getCounter();
        // 此时getCounter方法已经执行完，原作用域已经销毁，但Lambda依然能访问count
        counter.run(); 
        counter.run();
    }
}

这个例子里，Lambda在getCounter的作用域里定义，被返回后在main里执行——原方法的作用域都没了，它还能访问count，这才是闭包的体现。

所以总结下：Java 8之前的类方法访问成员变量，只是面向对象的常规行为，和闭包的核心特性完全不是一回事，这就是为什么Java 8之前不支持真正的闭包。

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