期待已久，沒有跳票的 Java 10 已正式發(fā)布！你可以通過這里下載 Java 10 正式版。

此前我們?cè)鴪?bào)道過，為了更快地迭代，以及跟進(jìn)社區(qū)反饋，Java 的版本發(fā)布周期變更為每六個(gè)月一次，并且承諾不會(huì)跳票。新的發(fā)布周期也會(huì)嚴(yán)格遵循時(shí)間點(diǎn)，將在每年的 3 月份和 9 月份發(fā)布。所以 Java 10 的版本號(hào)是 18.3。

Java 10 下載地址：Windows 64位 Linux Mac

Java 10 是采用新發(fā)布周期的第一個(gè)版本，提供了109 項(xiàng)新特性，其中最備受關(guān)注的莫過于局部變量的類型推斷。

Java 10 的 12 項(xiàng)關(guān)鍵新特性：

JEP 286: 局部變量的類型推斷。該特性在社區(qū)討論了很久并做了調(diào)查，可查看 JEP 286 調(diào)查結(jié)果

JEP 296: 將 JDK 的多個(gè)代碼倉庫合并到一個(gè)儲(chǔ)存庫中

JEP 304: 垃圾收集器接口。通過引入一個(gè)干凈的垃圾收集器（GC）接口，改善不同垃圾收集器的源碼隔離性。

JEP 307: 向 G1 引入并行 Full GC

JEP 310: 應(yīng)用類數(shù)據(jù)共享。為改善啟動(dòng)和占用空間，在現(xiàn)有的類數(shù)據(jù)共享（“CDS”）功能上再次拓展，以允許應(yīng)用類放置在共享存檔中

JEP 312: 線程局部管控。允許停止單個(gè)線程，而不是只能啟用或停止所有線程

JEP 313: 移除 Native-Header Generation Tool (javah)

JEP 314: 額外的 Unicode 語言標(biāo)簽擴(kuò)展。包括：cu (貨幣類型)、fw (每周第一天為星期幾)、rg (區(qū)域覆蓋)、tz (時(shí)區(qū)) 等

JEP 316: 在備用內(nèi)存設(shè)備上分配堆內(nèi)存。允許 HotSpot 虛擬機(jī)在備用內(nèi)存設(shè)備上分配 Java 對(duì)象堆

JEP 317: 基于 Java 的 JIT 編譯器（試驗(yàn)版本）

JEP 319: 根證書。開源 Java SE Root CA 程序中的根證書

JEP 322: 基于時(shí)間的版本發(fā)布模式。“Feature releases” 版本將包含新特性，“Update releases” 版本僅修復(fù) Bug

JDK 10 的 109 項(xiàng)新特性

雖然感覺 JDK9 發(fā)布才僅僅幾周的時(shí)間，然而，隨著新的 OpenJDK 的發(fā)布節(jié)奏，JDK10 已經(jīng)到達(dá)發(fā)布候選里程碑階段。即使僅有六個(gè)多月的開發(fā)時(shí)間，JDK10 依然超乎想象。

這個(gè)列表是由下面這些公開可用的信息整理編輯的：JDK Enhancement Proposals (JEPs)、the OpenJDK bug database 和 Java SE 10 public review specification (JSR 383) 。當(dāng)然，盡管已盡可能的研究以保證信息準(zhǔn)確，但在 JDK 10 最終發(fā)布之前仍可能會(huì)發(fā)生變化。

大事記

JDK10 包含 12 個(gè)JEP (改善提議）：

【286】局部變量類型推斷 ：對(duì)于開發(fā)者來說，這是 JDK10 唯一的真正特性。它向 Java 中引入在其他語言中很常見的 var ，比如 JavaScript 。只要編譯器可以推斷此種類型，你不再需要專門聲明一個(gè)局部變量的類型。一個(gè)簡單的例子是：

var x = new ArrayList<String>();

這就消除了我們之前必須執(zhí)行的 ArrayList<String> 類型定義的重復(fù)。我鼓勵(lì)你們?nèi)プx JEP ，因?yàn)樯厦嬗幸恍╆P(guān)于這個(gè)句法是否能用的規(guī)則。

有趣的是，需要注意 var 不能成為一個(gè)關(guān)鍵字，而是一個(gè)保留字。這意味著你仍然可以使用 var 作為一個(gè)變量，方法或包名，但是現(xiàn)在（盡管我確定你絕不會(huì)）你不能再有一個(gè)類被調(diào)用。

[310]應(yīng)用類數(shù)據(jù)共享(CDS) ：CDS 在 JDK5 時(shí)被引進(jìn)以改善 JVM 啟動(dòng)的表現(xiàn)，同時(shí)減少當(dāng)多個(gè)虛擬機(jī)在同一個(gè)物理或虛擬的機(jī)器上運(yùn)行時(shí)的資源占用。

JDK10 將擴(kuò)展 CDS 到允許內(nèi)部系統(tǒng)的類加載器、內(nèi)部平臺(tái)的類加載器和自定義類加載器來加載獲得的類。之前，CDS 的使用僅僅限制在了 bootstrap 的類加載器。

[314]額外的 Unicode 語言標(biāo)簽擴(kuò)展：這將改善 java.util.Locale 類和相關(guān)的 API 以實(shí)現(xiàn)額外 BCP 47 語言標(biāo)簽的 Unicode 擴(kuò)展。尤其是，貨幣類型，一周的第一天，區(qū)域覆蓋和時(shí)區(qū)等標(biāo)簽現(xiàn)在將被支持。

[322]基于時(shí)間的版本控制：正如我在之前的博客中所討論的，我們的 JDK 版本字符串格式幾乎與 JDK 版本一樣多。有幸的是，這是最后需要使用到的，我們可以堅(jiān)持用它。這種格式使用起來很像 JDK9 中介紹的提供一個(gè)更加語義的形式。有一件困擾我的事是包含了一個(gè) INTERIM 元素，正如 JEP 提議中所說，“永遠(yuǎn)是0”。好吧，如果永遠(yuǎn)是0，那它有什么意義呢？他們說這是為未來使用做保留，但我仍不是很贊同。我認(rèn)為，這有些冗余繁雜。

這也消除了在 JDK9 中有過的相當(dāng)奇怪的情形。第一次更新是 JDK 9.0.1 , 非常符合邏輯。第二次更新是 JDK 9.0.4 ，不合邏輯。原因是，在 JDK9 的版本計(jì)數(shù)模式下，需要留下空白以便應(yīng)急或不在預(yù)期安排的更新使用。但既然沒有更新是必須的，為什么不簡單稱之為 JDK 9.0.2 呢？

[319]根證書：在 JDK 中將提供一套默認(rèn)的 CA 根證書。關(guān)鍵的安全部件，如 TLS ，在 OpenJDK 構(gòu)建中將默認(rèn)有效。這是 Oracle 正在努力確保 OpenJDK 二進(jìn)制和 Oracle JDK 二進(jìn)制功能上一樣的工作的一部分，是一項(xiàng)有用的補(bǔ)充內(nèi)容。

[307] 并行全垃圾回收器 G1 : G1 是設(shè)計(jì)來作為一種低延時(shí)的垃圾回收器（但是如果它跟不上舊的堆碎片產(chǎn)生的提升速率的話，將仍然采用完整壓縮集合）。在 JDK9 之前，默認(rèn)的收集器是并行，吞吐，收集器。為了減少在使用默認(rèn)的收集器的應(yīng)用性能配置文件的差異，G1 現(xiàn)在有一個(gè)并行完整收集機(jī)制。

[313]移除 Native-Header 自動(dòng)生成工具：Java9 開始了一些對(duì) JDK 的家務(wù)管理，這項(xiàng)特性是對(duì)它的延續(xù)。當(dāng)編譯 JNI 代碼時(shí)，已不再需要單獨(dú)的工具來生成頭文件，因?yàn)檫@可以通過 javac 完成。在未來的某一時(shí)刻，JNI 將會(huì)被 Panama 項(xiàng)目的結(jié)果取代，但是何時(shí)發(fā)生還不清楚。

[304]垃圾回收器接口: 這不是讓開發(fā)者用來控制垃圾回收的接口；而是一個(gè)在 JVM 源代碼中的允許另外的垃圾回收器快速方便的集成的接口。

[312]線程-局部變量管控：這是在 JVM 內(nèi)部相當(dāng)?shù)图?jí)別的更改，現(xiàn)在將允許在不運(yùn)行全局虛擬機(jī)安全點(diǎn)的情況下實(shí)現(xiàn)線程回調(diào)。這將使得停止單個(gè)線程變得可能和便宜，而不是只能啟用或停止所有線程。

[316]在備用存儲(chǔ)裝置上的堆分配：硬件技術(shù)在持續(xù)進(jìn)化，現(xiàn)在可以使用與傳統(tǒng) DRAM 具有相同接口和類似性能特點(diǎn)的非易失性 RAM 。這項(xiàng) JEP 將使得 JVM 能夠使用適用于不同類型的存儲(chǔ)機(jī)制的堆。

[317] 試驗(yàn)性的基于 Java 的 JIT 編譯器：最近宣布的 Metropolis 項(xiàng)目，提議用 Java 重寫大部分 JVM 。乍一想，覺得很奇怪。如果 JVM 是用 Java 編寫的，那么是否需要一個(gè) JVM 來運(yùn)行 JVM ？ 相應(yīng)的，這導(dǎo)致了一個(gè)很好的鏡像類比。 現(xiàn)實(shí)情況是，使用 Java 編寫 JVM 并不意味著必須將其編譯為字節(jié)碼，你可以使用 AOT 編譯，然后在運(yùn)行時(shí)編譯代碼以提高性能。

這項(xiàng) JEP 將 Graal 編譯器研究項(xiàng)目引入到 JDK 中。并給將 Metropolis 項(xiàng)目成為現(xiàn)實(shí)，使 JVM 性能與當(dāng)前 C++ 所寫版本匹敵（或有幸超越）提供基礎(chǔ)。

[296]: 合并 JDK 多個(gè)代碼倉庫到一個(gè)單獨(dú)的儲(chǔ)存庫中：在 JDK9 中，有 8 個(gè)倉庫： root、corba、hotspot、jaxp、jaxws、jdk、langtools 和 nashorn 。在 JDK10 中這些將被合并為一個(gè)，使得跨相互依賴的變更集的存儲(chǔ)庫運(yùn)行 atomic commit （原子提交）成為可能。

新API

有 73 項(xiàng)新增內(nèi)容添加到了標(biāo)準(zhǔn)類庫中。

java.awt.Toolkit
int getMenuShortcutKeyMaskEx(): 確定哪個(gè)擴(kuò)展修飾符鍵是菜單快捷鍵的適當(dāng)加速鍵。

java.awt.geom.Path2D:
void trimToSize(): 將此 Path2D 實(shí)例的容量計(jì)算到它當(dāng)前的大小。應(yīng)用可使用此操作將路徑的存儲(chǔ)空間最小化。這個(gè)方法也被添加到 Path2D.Double 和 Path2D.Float 類。

java.io.ByteArrayOutputStream:
String toString(Charset): 重載 toString()，通過使用指定的字符集解碼字節(jié)，將緩沖區(qū)的內(nèi)容轉(zhuǎn)換為字符串。

java.io.PrintStream:
lang.io.PrintWriter:
這兩個(gè)類都有三個(gè)新的構(gòu)造函數(shù)，它們需要額外的 Charset 參數(shù)。

java.io.Reader:
long transferTo(Writer): 從這個(gè) Reader 中讀取所有字符，并按照所讀的順序?qū)⒆址麑懭虢o定的 Writer 。

java.lang.Runtime.Version:
有四種新方法返回新（JEP 322）版本字符串字段的整數(shù)值: feature()、interim()、patch() 和 update() 。

java.lang.StackWalker.StackFrame:
String getDescriptor(): 按照 JVM 標(biāo)準(zhǔn)返回此堆棧幀所代表的方法的描述符。
String getMethodType():返回此堆棧幀所代表的方法類型，描述參數(shù)類型和返回值類型。

java.lang.invoke.MethodType:
Class<?> lastParameterType():返回這個(gè)方法類型的最后一個(gè)參數(shù)類型。如果這個(gè)方法類型沒有參數(shù)，則返回空類型作為崗哨值（Sentinel Value）。

java.lang.management.RuntimeMXBean:
long getPid(): R 返回正在運(yùn)行的 JVM 的進(jìn)程 ID 。

java.lang.management.ThreadMXBean:
ThreadInfo[] dumpAllThreads(boolean, boolean, int): 返回所有活動(dòng)線程的線程信息，其中有指定的最大元素?cái)?shù)量和同步信息的堆棧跟蹤。
ThreadInfo[] getThreadInfo(long[], boolean, boolean, int): 返回每個(gè)線程的線程信息，這些線程的標(biāo)識(shí)位于輸入數(shù)組中，其中有指定的最大元素?cái)?shù)量和同步信息的堆棧跟蹤。

java.lang.reflect.MalformedParameterizedTypeException: 添加了一個(gè)新的構(gòu)造函數(shù)，它以字符串的形式作為參數(shù)來獲取詳細(xì)信息。

java.net.URLDecoder:
java.net.URLEncoder:
這兩個(gè)類都有新的重載的解碼和編碼方法，將 charset 作為附加參數(shù)。

java.nio.channels.Channels:
兩個(gè)新的靜態(tài)重載方法，允許使用 Charset 的 newReader（ReadByteChannel，Charset）和newWriter（WriteByteChannel，Charset）。

java.nio.file.FileStore:
long getBlockSize(): 在這個(gè)文件存儲(chǔ)中返回每個(gè)塊的字節(jié)數(shù)。

java.time.chrono: 這個(gè)包里有三個(gè)類，HijrahEra、MiinguoEra 和 ThaiBuddhistEra ，都有同樣的方法。
String getDisplayName(TextStyle, Locale): 這將返回用于識(shí)別 era 的文本名稱，適合于向用戶展示。

java.time.format.DateTimeFormatter:
localizedBy(Locale): 返回指定格式器的一個(gè)副本，其中包含地區(qū)、日歷、區(qū)域、小數(shù)和/或時(shí)區(qū)的本地化值，這將取代該格式器中的值。

java.util: DoubleSummaryStatistics、IntSummaryStatistics 和 LongSummaryStatistics 都有一個(gè)新的構(gòu)造函數(shù)，它包含 4 個(gè)數(shù)值。它使用指定的計(jì)數(shù)、最小值、最大值和總和構(gòu)造一個(gè)非空實(shí)例。

java.util.List:
java.util.Map:
java.util.Set: 這些接口中的每一個(gè)都增加了一個(gè)新的靜態(tài)方法，copyOf(Collection）。這些函數(shù)按照其迭代順序返回一個(gè)不可修改的列表、映射或包含給定集合的元素的集合。

java.util.Optional:
java.util.OptionalDouble:
java.util.OptionalInt:
java.util.OptionalLong: 每一個(gè)類都有一個(gè)新的方法，orElseThrow() ，它本質(zhì)上和 get() 一樣，也就是說，如果 Optional 有值則返回。否則，將拋出 NoSuchElementException 。

java.util.Formatter:
java.util.Scanner:
這兩個(gè)類都有三個(gè)新的構(gòu)造函數(shù)，除了其他參數(shù)之外，它們都帶有一個(gè) charset 參數(shù)。

java.util.Properties: 這有一個(gè)新的構(gòu)造函數(shù)，它接受一個(gè) int 參數(shù)。這將創(chuàng)建一個(gè)沒有默認(rèn)值的空屬性列表，并且指定初始大小以容納指定的元素?cái)?shù)量，而無需動(dòng)態(tài)調(diào)整大小。還有一個(gè)新的重載的 replace 方法，接受三個(gè) Object 參數(shù)并返回一個(gè)布爾值。只有在當(dāng)前映射到指定值時(shí)，才會(huì)替換指定鍵的條目。

java.SplittableRandom:
void nextBytes(byte[]): 用生成的偽隨機(jī)字節(jié)填充一個(gè)用戶提供的字節(jié)數(shù)組。

java.util.concurrent.FutureTask: 添加了 toString() 方法，該方法返回一個(gè)標(biāo)識(shí) FutureTask 的字符串，以及它的完成狀態(tài)。在括號(hào)中，狀態(tài)包含如下字符串中的一個(gè)，“Completed Normally” 、“Completed Exceptionally”、 “Cancelled” 或者 “Not completed”。

java.util.concurrent.locks.StampedLock:
boolean isLockStamp(long): 返回一個(gè)標(biāo)記戳表示是否持有一個(gè)鎖。
boolean isOptimisticReadStamp(long): 返回一個(gè)標(biāo)記戳代表是否成功的進(jìn)行了樂觀讀（optimistic read）。
boolean isReadLockStamp(long): 返回一個(gè)標(biāo)記戳表示是否持有一個(gè)非獨(dú)占鎖（即 read lock ）。
boolean isWriteLockStamp(long): 返回一個(gè)標(biāo)記戳表示是否持有一個(gè)獨(dú)占鎖（即 write lock ）。

java.jar.JarEntry:
String getRealName(): 返回這個(gè) JarEntry 的真實(shí)名稱。如果這個(gè) JarEntry 是一個(gè)多版本 jar 文件的入口，它被配置為這樣處理，這個(gè)方法返回的名字是 JarEntry 所代表的版本條目的入口，而不是 ZipEntry.getName（） 返回的基本條目的路徑名。如果 JarEntry 不代表一個(gè)多版本 jar 文件的版本化條目或者 jar 文件沒有被配置為作為一個(gè)多版本 jar 文件進(jìn)行處理，這個(gè)方法將返回與 ZipEntry.getName（） 返回的相同名稱。

java.util.jar.JarFile:
Stream<JarEntry> versionedStream(): 返回 jar 文件中指定版本的入口對(duì)應(yīng) Stream 。與 JarEntry 的 getRealName 方法類似，這與多版本 jar 文件有關(guān)。

java.util.spi.LocaleNameProvider:
getDisplayUnicodeExtensionKey(String, Locale): 為給定的 Unicode 擴(kuò)展鍵返回一個(gè)本地化名稱。
getDisplayUnicodeExtensionType(String, String, Locale): 為給定的 Unicode 擴(kuò)展鍵返回一個(gè)本地化名稱。

java.util.stream.Collectors:
toUnmodifiableList():
toUnmodifiableSet():
toUnmodifiableMap(Function, Function):
toUnmodifiableMap(Function, Function, BinaryOperator): 這四個(gè)新方法都返回 Collectors ，將輸入元素聚集到適當(dāng)?shù)牟豢尚薷牡募现小?/p>

java.lang.model.SourceVersion: 現(xiàn)在有了一個(gè)字段，它代表了 JDK 10 的版本。

java.lang.model.util.TypeKindVisitor6:
javax.lang.model.util.TypeKindVisitor9:
（我必須承認(rèn)，我從來沒聽說過這些類）
R visitNoTypeAsModule(NoType, P): 訪問一個(gè) MODULE 的 pseudo-type 。我不確定為什么只有這兩個(gè)類得到這個(gè)方法，因?yàn)檫€有 Visitor7 和 Visitor8 變量。

javax.remote.management.rmi.RMIConnectorServer:
這個(gè)類已經(jīng)添加了兩個(gè)字段： CREDENTIALS_FILTER_PATTERN 和 SERIAL_FILTER_PATTERN 。

javax.ButtonModel：看，Swing 還在更新！
ButtonGroup getGroup(): 返回按鈕所屬的組。通常用于單選按鈕，它們?cè)诮M中是互斥的。

javax.plaf.basic.BasicMenuUI:
Dimension getMinimumSize(JComponent): 返回指定組件適合觀感的最小大小。

JVM 規(guī)范改動(dòng)

這些改動(dòng)相當(dāng)?。?/p>

4.6節(jié)：類文件格式（第99頁）。在方法訪問標(biāo)志方面有小的改動(dòng)。

4.7節(jié)：模塊屬性（第169頁）。如果模塊不是 java.base ，則 JDK 10 不再允許設(shè)置 ACC_TRANSITIVE 或 ACC_STATIC_PHASE 。

4.10節(jié)：類文件的校驗(yàn)（第252頁）。dup2 指令已改變了 typesafe form 1 的定義，顛倒了 canSafleyPushList 一節(jié)中類型的順序（你需要仔細(xì)查看才能發(fā)現(xiàn)它）。

5.2節(jié)：Java 虛擬機(jī)啟動(dòng)（第350頁）。該描述添加了在創(chuàng)建初始類或接口時(shí)可使用用戶定義的類加載器（ bootstrap 類加載器除外）。

對(duì) Java 語言規(guī)范的更改

這里還有一些更改，但主要是為了支持局部變量類型推斷。

第3.8節(jié)：標(biāo)識(shí)符（第23頁）。在忽略了可忽略的字符之后，標(biāo)識(shí)符的等價(jià)性現(xiàn)在被考慮了。這似乎是合乎邏輯的。
（第24頁）一個(gè)新的 Token，TypeIdentifier，它支持對(duì)局部變量類型推斷的新用法，而 var 的使用不是關(guān)鍵字，而是一個(gè)具有特殊含義的標(biāo)識(shí)符，作為局部變量聲明的類型。

第4.10.5節(jié)：類型預(yù)測(cè)（第76頁）。這是一個(gè)相當(dāng)復(fù)雜的部分，它涉及到捕獲變量、嵌套類以及如何使用局部變量類型推斷。我建議你閱讀規(guī)范中的這一部分，而不是試圖解釋它。

第6.1節(jié)：聲明（第134頁）。一個(gè)反映使用 TypeIdentifier 來支持局部變量類型的推斷的小改動(dòng)。

第6.5節(jié)：確定名字的含義（第153頁，第158頁和第159頁）。根據(jù)類型標(biāo)識(shí)符的使用而更改類類型。

第6.5.4.1:簡單的 PackageOrTypeNames（第160頁）

第6.5.4.2節(jié)：合規(guī)的 PackageOrTypeNames（第160頁）。這兩種方式都與使用 TypeIdentifier 有細(xì)微的變化。

第7.5.3:單靜態(tài)導(dǎo)入聲明（第191頁）。這改變了導(dǎo)入具有相同名稱的靜態(tài)類型的規(guī)則。除非類型是相同的，否則這將成為一個(gè)錯(cuò)誤，在這種情況下，重復(fù)被忽略。

第7.7.1:依賴（第198頁）。如果你明確聲明一個(gè)模塊需要 java.base ，那在必要的關(guān)鍵字之后，你就不能再使用修飾符（例如靜態(tài)）了。

第8部分：正式參數(shù)（第244頁）。接收者參數(shù)可能只出現(xiàn)在一個(gè)實(shí)例方法的 formalparameters 列表，或者是一個(gè)內(nèi)部類的構(gòu)造函數(shù)中，其中內(nèi)部類沒有在靜態(tài)上下文中聲明。

第9.7.4節(jié)：注釋可能出現(xiàn)的地方（第335頁）。有一個(gè)與局部變量類型推斷相關(guān)的變更。

第14.4部分：局部變量聲明語句（第433頁）。實(shí)現(xiàn)局部變量類型推斷所需的大量更改。

第14節(jié)：增強(qiáng)的 for 語句（第455頁）。這個(gè)結(jié)構(gòu)已經(jīng)更新，包括對(duì)局部變量類型推斷的支持。

第14.20.3節(jié):try-with-resources（474頁）。這個(gè)結(jié)構(gòu)已經(jīng)更新，包括對(duì)局部變量類型推斷的支持。

最后，第 19 章有多處語法更新，反映了應(yīng)更多使用 TypeIdentifier 類型標(biāo)識(shí)符，而不僅僅是 Identifier 標(biāo)識(shí)符，以支持局部變量類型推斷。