Java匿名类与Objective-C块相比的局限性
在Objective-C中发现块之后，我才开始围绕一阶函数和闭包。 Java是另一种语言，我听说过关闭（或缺少关闭）以及匿名类如何弥补这一点。
我绝对可以看到闭包作为Objective-C中的块的优点，但匿名Java类有哪些局限性？ 他们在多大程度上“弥补”缺乏真正的封闭？
Java匿名类真的非常罗嗦。 除了你需要定义它们的大量样板外，Java的一些设计决策意味着许多常见任务比其他语言更冗长。 例如，将可变的upvalues导入到闭包中是Java中的麻烦。
基本上，Java不支持upvalues; 相反，他们通过将它们（通过值）传递到类中，通过类的构造函数的不可见参数进行模拟。 因为它们是通过值传递的，所以在类中修改它们不会影响构造类的方法中的副本，因此编译器会让您将它们声明为final，以避免让自己感到困惑。 例如：
Runnable function() { final int i = 4; return new Runnable() { public void run() { System.out.println("i="+i); // can't modify i here } } } 在您确实需要修改变量的情况下，例如在几乎所有闭包都很有用的情况下，您必须作弊：
Runnable function() { final int[] i = new int[1]; i[0] = 4; return new Runnable() { public void run() { System.out.println("i="+i[0]); i[0] = i[0] + 1; } } }
在这里， i本身仍然是不可变的，但因为它指向一个可变对象，我可以改变对象的内容。 （当然，在现实生活中我会使用类而不是数组，因为使用数组真的很难看。这使得它更加冗长。）
我认为下一个Java版本将具有语法function，使所有这些变得更容易，但是现在以封闭为中心的编程在Java中非常麻烦。 我发现更改逻辑不使用闭包通常更容易，只是为了让我能够保持使用的代码量足够小以便易于理解。
我真的不知道闭包的Objective-C版本，但我从Smalltalk和Lua了解它们。
闭包本质上是一个函数，它可以访问一些其他函数/块的局部变量（通常是闭包在语法上嵌套的一个）。 这样，局部变量的寿命可以比它定义的块长。当你对同一个变量有多个闭包时，它们可以使用这个变量进行通信。
Java的本地类（其中匿名类是特殊情况）支持有限版本：它们允许访问final变量，即不能改变其值的变量。 这是通过将此变量的值复制到其构造上的本地类对象来实现的。 您可以通过在此变量中使用可变对象来模拟真实闭包（在最简单的情况下是单元素数组）。
此外，Java的语法非常难看，但它很好地适应了语言的其余部分，并允许静态类型安全（与所讨论的一些较短语法变体相反）。