據InfoQ報道，隨著Java 7功能的日益完備，Oracle正在將注意力轉向JDK 8，Java平臺組的首席架構師Mark Reinhold正在尋求Java社區的參與：

我們已經知道JDK 8中會有一些大家伙，同時也會為其他大大小小的特性留下空間。因此需要時間來定義一個簡單的流程，對JDK 8以及后續版本新特性的提案和計劃進行收集、排序、審查和排列優先級。

這個流程應該“盡可能輕量化”，帶上“簡單的技術細節”，并且“對所有提交者開放，決策要透明”，Reinhold說到，現在能以文本文件的形式在Mercurial庫里收集提案。

Reinhold提到的“大家伙”指的主要是那些已經被證明要包含在JDK 7里很困難，或者備受爭議的東西。主要的內容可能是Java平臺模塊系統，還有lambdas（也被稱作閉包或匿名方法）。

提供一個模塊系統是Java 7的主要目標之一，但由于Sun選擇開發一套自己的解決方案――Jigsaw，而不是用現成的OSGi，使得這項任務變得備受爭議。Sun給出了兩個原因。第一，他們希望讓應用程序能綁定到更多的運行平臺上，不止是OSGi的運行平臺，這樣用Java編寫的桌面應用程序在Java支持的多種平臺上就能更 像一等公民了。第二，兩個系統的依賴模型不同。Sun需要能將包拆分到不同的模塊里，在運行時加載到同一個ClassLoader中――舉例來說 java.util包可能會被拆分到不同的模塊中（或者，對于內存受限的設備，甚至會有不同的實現）。為了支持這點，Jigsaw有一個本地依賴的概念， 它是遞歸的。因此，如果模塊“Swing”對模塊“AWT”有一個本地依賴，模塊“AWT”對模塊“base”有一個本地依賴，那么在運行時模塊 Swing、AWT和base最終都會在同一個ClassLoader里。OSGi有一個類似的概念，用的是片斷（fragment）的形式，但靈活性稍 差，因為它們無法自己表達依賴。當然，OSGi有可能為這些額外的需求增加支持，但無論采取哪種方式，Oracle都希望做到與OSGi兼容。 Java 8 JSR 中說到：

Java Platform Module對OSGi的采納、互操作或者適應程度都將成為JSR專家的一個話題，Java SE 8專家組會討論并得出結論的。

為語言增加Lambda表達式的計劃有很多提議（BGGA Proposal | CICE Proposal | FCM Proposal | C3S Proposal），但還沒有形成明確的結論，到底采用哪種方式。Project Lambda，以及同它一起的JSR 335，將重新審視這個問題。作為其中的一部分工作，會有一個提案來增加“SAM變換”（SAM conversion）支持，這可以在希望使用單一抽象方法接口或類的地方使用lambda表達式，可以正向兼容現有庫。JSR還提議擴展Java語言接 口的語義來支持虛擴展方法。在實現類沒有提供擴展方法實現的情況下，這將允許接口指定一個靜態默認方法來代表接口方法的實現。

說完了這些主要內容，JSR還提到了：

1. 源自Project Coin的很多小的增強。很有可能包含Josh Bloch的Collection Literals，旨在支持不可變的List、Set和Map內容，其中帶有與數組初始化程序類似的語義。還有可能會看到針對JSR-292中的新JVM特性的源代碼語法的復興。

2. Type Annotations（JSR 308）：擴展的Java注解系統允許注解出現在類型的各種用法上。

3. 新的日期和時間API（JSR 310）。

4. Swing JDatePicker。

我們還希望Oracle繼續構建Java對并行編程的支持，增加對filter、map和reduce這樣的可并行化的批量數據操作的支持。

在EclipseCon上，Reinhold陳述了Oracle的首要目標是要保證Java仍然是第一語言和平臺。

Oracle有20,000名Java開發者，除了核心數據庫以外的一切都是用Java編寫的。如果Java沒落了……那將會有一筆巨大的重復投資。

Java 8有望在2012年末發布。

原文鏈接：Oracle Seeking Community Input for JDK 8

譯文鏈接：http://www.infoq.com/cn/news/2011/04/oracle-jdk8

轉載于:https://www.cnblogs.com/mixer/archive/2011/04/11/2448577.html

總結

以上是生活随笔為你收集整理的Oracle为JDK 8寻求社区参与的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。