Java 10 新特性解密__Java

如何下載 JDK 10。

使用者要先加入早期使用者計劃，然後才可以下載 JDK 10 測試版

http://jdk.java.net/10/

OpenJDK https://download.java.net/java/jdk10/archive/45/GPL/openjdk-10+45_linux-x64_bin.tar.gz

Oracle JDK https://download.java.net/java/jdk10/archive/45/BCL/jdk-10+45_linux-x64_bin.tar.gz

JDK 10 的主要功能包括：

一個局部變數類型推斷，通過增強語言特性將類型推斷擴充到局部變數，目的是減少與編碼相關的“儀式”，同時保持對靜態類型的安全承諾。

一個乾淨的垃圾收集器介面，用來改善垃圾收集器原始碼之間的隔離效果，這樣可以為HotSpot 虛擬機器中的內部垃圾收集代碼提供更好的模組化功能，也可以更容易向 HotSpot 添加新的垃圾收集器。

並行、完整的 G1 垃圾收集器，通過實現並行性來改善最壞情況下的延遲問題。

啟用 HotSpot 將對象堆分配給使用者指定的備用記憶體裝置（如 NVDIMM 記憶體模組），這個特性也側面預示了未來的系統可能會採用異構的記憶體架構。

在 Linux / x64 平台上以實驗性方式啟用基於 Java 的即時編譯器（https://www.infoworld.com/article/3187868/application-development/oracles-java-on-java-experiment-picks-up-steam.html）。

將 JDK 的多個存放庫合并成一個，簡化開發。目前的程式碼程式庫被分解成了多個庫，容易出現原始碼的管理問題。

應用程式資料共用，通過跨進程共用通用類的中繼資料，減少空間佔用及啟動時間長度。

執行緒區域握手，不執行全域 VM 安全點也能對線程執行回調，同時實現單線程停止回調。

JDK 提供了一組預設認證，開源 Java SE 的 CA程式，對開發人員更具吸引力。

新功能

與之前的JDK版本一樣，對於即將到來的JDK 10也有一些主要特性。這些特性可以分為兩個主要類別:(1)目標發布，(2)建議發布。前者表示某些特性已計劃在JDK 10中發布，後一種類型表示這些特性還需要增加支援和成熟度等級。一旦條件允許，它就可以升級為一個目標發布狀態。

目標發布

目前有兩個主要功能針對JDK 10:

局部變數類型推斷,這將刪除大部分對象執行個體化所需的冗長的包含手動類型資訊

整合源樹source tree的JDK庫,即不同的JDK庫將被合并成一個單一的存放庫。 局部變數類型推斷

強型別程式設計語言有很多優點，包括在編譯時間發現類型錯誤，但是它們也引入了大量的樣板代碼，特別是在定義局部變數時。例如，當我們希望執行個體化一個對象時，我們被迫在賦值的左側提供顯式類型，並在賦值的右邊提供實作類別型，如下面的片段所示:

MyObject value = new MyObject();
但是，當這個過程重複出現大量任務時，對象執行個體化可能變得令人沮喪和乏味。許多最流行的強型別的程式設計語言,比如C++, C#以及Go,在定義過程中，提供一種局部變數類型推斷的功能(例如C++提供了auto 關鍵字，C#提供var關鍵字)。但是，Java仍缺乏這樣的功能,它要求開發人員顯式聲明變數的預期清單類型。

為瞭解決這個問題,Java開發套件(JDK)改進建議(JEP)286提出了一個上下文敏感的關鍵字var，允許局部變數被以下方式初始化：

var value = new MyObject();
var list = new ArrayList();
但是，當這個過程重複出現大量任務時，對象執行個體化可能變得令人沮喪和乏味。許多最流行的強型別的程式設計語言,比如C++, C#以及Go,在定義過程中，提供一種局部變數類型推斷的功能(例如C++提供了auto 關鍵字，C#提供var關鍵字)。但是，Java仍缺乏這樣的功能,它要求開發人員顯式聲明變數的預期清單類型。

為瞭解決這個問題,Java開發套件(JDK)改進建議(JEP)286提出了一個上下文敏感的關鍵字var，允許局部變數被以下方式初始化：

var value = new MyObject();
var list = new ArrayList();
由於var關鍵字是上下文敏感的，它的使用有下面的規則定義:

代碼使用var作為一個變數、方法或包名稱時將不受影響;而使用var作為類或介面名稱的代碼將受到影響。

同樣，類型推斷將受到以下方式的約束：

推斷類型將被限制在局部變數的初始化,增強for迴圈索引,以及傳統的for迴圈中聲明;它(將)不用於方法形式、建構函式形式、方法傳回型別、欄位、捕獲形式，或任何其他類型的變數聲明。

考慮到所有的限制和細微差別，這個特性將有助於在開發人員建立的應用程式Java代碼中減輕大量的單調無聊的動作，並簡化JDK程式碼程式庫。更多資訊可以在官方的JEP 286規範中找到。 整合的JDK庫

目前，有8個不同的Mercurial存放庫用於儲存包含JDK的大量原始碼:

root
corba
hotspot
jaxp
jaxws
JDK
langtools
nashorn
雖然過多的存放庫提供了對組成JDK的各種組件並清晰分離，但管理多個存放庫存在一些主要的缺點。

其中最重要的一點是，在JDK的兩個不同部分，單個問題點修正程式不能被原子跟蹤。例如，如果一個bug修複需要對隔離儲存區 (Isolated Storage)庫中包含的系統的兩個部分變更，那麼必須提交兩個提交:每個存放庫中一個。這種不連續性很容易地降低項目和原始程式碼控制工具的可跟蹤性和複雜性。

為瞭解決這個問題，JEP 296建議將所有現有存放庫合并到一個Mercurial存放庫中。這種合并的一個次生效應是，這個單一的Mercurial存放庫比現有的8個存放庫要更容易的被鏡像(作為一個Git存放庫)。

雖然在這個整合過程中，外部開發人員有一些阻力，但是JDKTeam Dev似乎已經致力於使這一更改成為JDK 10的一部分。有關更多資訊，請參見JEP 296，並提議整合由Michael Redlich發布的JDK 10 OpenJDK Mercurial存放庫聲明。

建議發布

除了兩個目標特性之外，JDK 10目前還有三個建議，其中兩個主要是對JDK的垃圾收集器部分進行升級，另一個側重於對JDK的本地線程功能進行升級。

1 .清理垃圾收集介面

在當前的JDK結構中，組成垃圾收集器(GC)實現的組件分散在程式碼程式庫的各個部分。儘管這些慣例對於使用GC計劃的JDK開發人員比較熟悉，但對新的開發人員來說，對於特定GC的原始碼，或者建立一個新的GC常常會感到困惑。更重要的是，隨著Java modules的出現，我們希望在構建過程中排除不需要的GC，但是GC介面的當前橫切結構排除了這種增強。

JEP 304被設計為解決此問題的方案，並建議整合并清理GC介面，以便更容易地實現新的GC，並更好地維護現有的GC。本建議完成後，GC執行將負責提供以下內容:

heap，CollectedHeap的子類

barrier set，BarrierSet的子類，它實現了運行時的各種障礙

一個CollectorPolicy的實現

GCInterpreterSupport的實現，它實現瞭解釋器的GC的各種障礙(使用彙編指令)

GCC1Support的實現，它為C1編譯器實現了GC的各種障礙

GCC2Support的實現，它為C2編譯器實現了GC的各種障礙

最終GC特定參數的初始化

設定MemoryService、相關的記憶體池、記憶體管理器等。

有關這些更改的更多資訊，請參見JEP 304規範;有關Java GC的更多資訊，請參閱Oracle提供的垃圾收集器基礎指南。 G1垃圾收集器並行化

隨著JDK 9的發布，Garbage-First(G1)GC取代了Parallel Collector作為預設GC。為了減少JDK 9之外的JDK版本中垃圾收集的影響，G1收集器將被並行化(以匹配並行收集器的特徵)。雖然目前還沒有關於這個並行化的實現細節的資訊，但是可以在JEP 307規範中找到關於此更改的更多細節。

有關GC實現的更多資訊，請參閱Oracle的G1指南和並行收集器指南。 項目線程局部握手

當前，停止Java線程是一個“全部或沒有”的過程，需要一個Java虛擬機器(JVM)的安全點，以使一個線程停止。為了讓單獨的線程停止，JEP 312提議將回調包含到線程中。這一更改受到了限制，因為它顯著地提高了現有JVM功能的效能開銷，並且改變了到達JVM全域安全點的現有時間語義。有關這個建議的更多資訊，請參閱JEP 312的Thread-Local Handshake OpenJDK討論。

結論

儘管JDK 9對於許多Java開發人員非常新鮮，但它的發展並沒有停止。特別是，JDK 10承諾為局部變數執行個體化引入類型推斷機制，並將現有的JDK存放庫合并到一個Mercurial存放庫中。

此外，在更成熟和更支援的情況下，JDK 10還可能包括一些重要的升級到GC介面和預設的GC實現，以及升級到JVM中單個線程的可定址能力。雖然JDK 10的發布在未來仍然相對較遠，而且包含的特性很可能會成為Java時間軸上的一個重要裡程碑。

轉載連結http://codebay.cn/post/6349.html