周一下午在JavaOne 2011的希尔顿旧金山大宴会厅B上做了“ Project Lambda：迈向多核和超越”（会议27400，不要与Brian Goetz的同名演讲相混淆） 的演示 。大宴会厅关闭，这是一个非常大型的非主题演讲场地，并且有一台大型摄像机（配有摄像机操作员）准备对演示文稿进行拍摄。 这可能可以解释为意味着会议组织者对Java SE 8 （ JSR 337 ）和Lambda项目的报道产生了极大的兴趣。 演讲者Alex Buckley （Java语言和虚拟机的规范负责人）和Daniel Smith （项目Lambda规范负责人）是演示者，接下来将演示本演示文稿的摘要。

功能接口是“一种方法的接口”。 Lambda表达式是“创建功能接口实现的一种方式”。 Lambda表达式允许简单，简洁地表达功能的“实质”，尤其是与匿名类的膨胀相比。 几张幻灯片中包含一些代码示例，这些代码示例显示了我们今天将如何进行处理，而lambda表达式所支持的表示更为简洁。

Lambda表达式“可以引用封闭范围内的任何有效最终变量。” 这意味着final关键字不是必需的，而是需要在lambda表达式引用的方法中将其视为final（未分配引用）。 宣布了更多的lambda表达式规则： this指针引用了封闭对象而不是lambda表达式。 “无需在lambda表达式中使用参数类型”，因为它们是“根据功能接口的方法签名来推断的”（无需动态键入）。 方法引用支持“将方法作为Lambda表达式使用”的“重用”。

Buckley谈到外部迭代是Java库中当前的主要方法。 在这种习惯用法中，“客户端决定迭代”并且“不是线程安全的”。 他谈到了引入并行for循环来解决此问题的缺点，但从并行for方法中提取了一些概念：“过滤器”和“归约器”。 Buckley引入了“内部迭代有助于并行习语”的想法，因为它不需要串行执行并且是线程安全的。

Java 8面临的问题之一是需要改造库以使用lambda表达式，但是它们已经定义了在库和集合中大量使用的接口。 可以用来解决此问题的一种方法是在Java中使用静态扩展方法，类似于C＃中可用的方法。 这种方法有很多优点，但是也有一些主要的缺点，例如无法使用反射。 决定重新考虑“不能向接口添加操作”的“规则”。 基于此，随后的决定是添加虚拟扩展方法 ，该方法在接口中提供默认实现，该接口仅在接收器类未使用默认实现覆盖该方法时使用。

幻灯片标题为“您是否向Java添加了多个继承？！” 指出“ Java一直具有类型的多重继承”和“现在具有行为的多重继承”，但仍不支持“状态的多重继承，这会导致大多数问题。” 幻灯片补充说：“行为的多重继承是相当良性的”，而且仅当编译分多个步骤进行时，这确实是一个问题。 在本演示文稿中强调了扩展方法是语言功能和虚拟机功能（“关于继承和调用的其他所有内容都是VM功能！”）。 为此，项目符号指出：“如果需要，调用界面将消除多种行为的歧义。” 非Java JVM语言可以“共享财富”扩展方法，其中有一张幻灯片提供了三个示例。

Daniel Smith主持了有关并行库主题的演示。 他展示了一张幻灯片“ Betain the New Iterable”，其中展示了一个Iterable接口，其中包括isEmpty() ， forEach ， filter ， map ， reduce和into 。 他还展示了Iterable通过扩展方法parallel()获得的Parallelterable接口上的幻灯片。

Smith在其关于社区贡献的幻灯片中提供了对JSR 335，JSR 166和Lambda项目的引用。 他还列举了JavaOne 2011上另外四个关于lambda表达式和紧密相关主题的会议。 Smith结束时引用了Brian Goetz在Lambda项目上的一句话 ： …我们相信，对Java开发人员来说，我们能做的最好的事情就是向他们轻柔地推动编程的功能化。 我们不会将Java变成Haskell，甚至不会变成Scala。 但是方向很明确。  

结论

Smith的示例清楚地表明，lambda表达式将为Java开发人员的日常工作提供巨大的好处。 他展示了我们都必须编写数百或数千次的循环类型以及lambda表达式使之更简洁，更简洁的语法。 该演示文稿已经清楚地表明，随着引入lambda表达式，Java将在流畅性和简洁性方面获得动态类型语言所享有的许多好处。

参考： JavaOne 2011：Lambda项目：在我们的JCG合作伙伴 Dustin Marx的启发下 ，在Real Events博客上得到了Lambda的超越 。