Java10是Java版本23年歷史上最快的版本。Java因其緩慢的增長和進化而受到批評，但Java10打破了這一概念。Java10是一個具有許多未來變化的版本，其范圍和影響可能并不明顯，但卻很牽強。

在本文中，我們將討論Java10發(fā)行版中添加的各種特性。在此之前，讓我們回顧一下java發(fā)布模型中引入的一些更改。

長期支持模式

從2017年開始，Oracle&Java社區(qū)宣布將向為期6個月的Java新節(jié)奏轉(zhuǎn)變。它轉(zhuǎn)向了oracle javase產(chǎn)品的長期支持（LTS）模型。

LTS版本的產(chǎn)品將提供甲骨文卓越和持續(xù)的支持，并將每3年瞄準一次。

每個Java發(fā)行版都是以一個或兩個主要特性為模型的，這些特性驅(qū)動發(fā)行版。任何障礙都會推遲發(fā)布和推遲上市。Jigsaw項目是Java9的一個主要特性，它將發(fā)布日期推遲了幾次，發(fā)布時間推遲了1.5年以上。6個月的cadence發(fā)布將遵循發(fā)布序列。放行列車每6個月有一個時間表。使切口上車的特征；否則它們等待下一列預(yù)定的火車。

Oracle JDK與Open JDK之比較

為了對開發(fā)人員更加友好，Oracle&Java社區(qū)現(xiàn)在將OpenJDK作為主要JDK來推廣。這與早些時候相比是一個很大的解脫，當(dāng)時JDK是適當(dāng)?shù)模⒂蒓racle授權(quán)，Oracle對重新分發(fā)有各種限制。不過，Oracle將繼續(xù)生產(chǎn)JDK，但只針對長期支持版本。這是朝著更加云和容器友好的方向發(fā)展，因為開放的JDK庫可以作為容器的一部分分發(fā)。

openjdk將每6個月發(fā)布一次，而Oracle JDK將每3年發(fā)布一次（LTS版本）。

將采用哪些JDK？

大型組織需要時間在不同的版本之間移動；他們會緊緊抓住版本直到他們能做到為止。行業(yè)對Java6的采用超過了Java7，然后行業(yè)逐漸轉(zhuǎn)向Java8。在我看來，LTS版本將是最受企業(yè)青睞的。然而，究竟是oraclejdk的LTS版本還是openjdk還不清楚，部分原因是云計算領(lǐng)域正在進行大量工作。

Java9和Java10是非LTS版本。定于2018年9月發(fā)布的Java11將是LTS版本。

Java10功能

讓我們來看看Java10中可用的特性。

基于時間的版本控制（JEP 322）

隨著基于時間的發(fā)布周期的采用，Oracle改變了javase平臺和JDK的版本字符串方案，以及相關(guān)的版本控制信息，用于當(dāng)前和未來基于時間的發(fā)布模型。

版本號的新模式是：

$FEATURE.$INTERIM.$UPDATE.$PATCH

$FEATURE:counter將每6個月遞增一次，并且將基于功能發(fā)布版本，例如：JDK 10、JDK 11。

$INTERIM: counter 對于包含兼容的錯誤修復(fù)和增強但沒有不兼容更改的非功能版本，計數(shù)器將增加。通常，這將是零，因為六個月內(nèi)不會有臨時發(fā)布。這是為了將來對發(fā)布模型進行修訂而保留的。

$UPDATE:counter對于修復(fù)新特性中的安全問題、退化和bug的兼容更新版本將增加。此功能發(fā)布后一個月更新，以后每3個月更新一次。2018年4月的版本是JDK10.0.1，7月的版本是JDK10.0.2，以此類推

$PATCH:counter將在緊急版本中增加，以修復(fù)關(guān)鍵問題。

添加了新的API以編程方式獲取這些計數(shù)器值。讓我們看看；

Version version = Runtime.version();version.feature();version.interim();version.update();version.patch();

現(xiàn)在，讓我們看看返回版本信息的Java launcher：

$ java -versionjava version '10' 2018-03-20Java(TM) SE Runtime Environment 18.3 (build 10+46)Java HotSpot(TM) 64-Bit Server VM 18.3 (build 10+46, mixed mode)

版本號格式是“10”，因為除了0之外沒有其他計數(shù)器。添加發(fā)布日期。18.3可以理解為2018年和第3個月，版本10+46是版本10的第46個版本。對于JDK10.0.1的假設(shè)構(gòu)建93，構(gòu)建將是10.0.1+93

局部變量類型推斷（JEP 286）

局部變量類型推斷是Java10中為開發(fā)人員提供的最大的新特性。它將類型推斷添加到帶有初始值設(shè)定項的局部變量聲明中。局部類型推斷只能在以下情況下使用：

僅限于具有初始值設(shè)定項的局部變量 增強for循環(huán)的索引 在for循環(huán)中聲明的本地

我們來看看它的用法：

var numbers = List.of(1, 2, 3, 4, 5); // inferred value ArrayList<String>// Index of Enhanced For Loopfor (var number : numbers) {System.out.println(number);}// Local variable declared in a loopfor (var i = 0; i < numbers.size(); i++) {System.out.println(numbers.get(i));}實驗性基于Java的JIT編譯器（JEP 317）

這個特性使基于Java的JIT編譯器Graal能夠在Linux/x64平臺上作為一個實驗性的JIT編譯器使用。到目前為止，這是Java10特性列表中最具未來感的內(nèi)容。

Graal是在java9中引入的。它是我們已經(jīng)習(xí)慣的JIT編譯器的替代品。它是JVM的一個插件，這意味著JIT編譯器沒有綁定到JVM，它可以動態(tài)地插入JVMCI兼容的任何其他插件（Java級JVM編譯器接口）。它還帶來了java世界中的提前編譯（AOT）。它還支持多語言翻譯。

“一個用Java編寫的基于Java的實時編譯器，用于將Java字節(jié)碼轉(zhuǎn)換為機器碼?！边@讓人困惑嗎？如果JVM是用Java編寫的，那么您不需要JVM來運行JVM嗎？JVM可以通過AOT編譯，然后JIT編譯器可以在jvmit中使用，通過實時代碼優(yōu)化來提高性能。

Graal是用Java從頭開始的對JIT編譯器的完全重寫。以前的JIT編譯器是用c++編寫的。它被認為是任何編程語言進化的最后階段。

您可以使用以下jvm參數(shù)切換到Graal：

-XX:+UnlockExperimentalVMOptions -XX:+UseJVMCICompiler應(yīng)用程序級數(shù)據(jù)共享（JEP 310）

此功能有助于改善啟動占用空間，擴展現(xiàn)有的類數(shù)據(jù)共享（“CDS”）功能，以允許將應(yīng)用程序類放置在共享存檔中。

JVM在啟動時執(zhí)行一些初步步驟，其中一個步驟是在內(nèi)存中加載類。如果有幾個jar有多個類，那么第一個請求中的延遲就很明顯了。這成為無服務(wù)器體系結(jié)構(gòu)的一個問題，其中引導(dǎo)時間至關(guān)重要。為了縮短應(yīng)用程序啟動時間，可以使用應(yīng)用程序類數(shù)據(jù)共享。其思想是通過在不同的Java進程之間共享公共類元數(shù)據(jù)來減少占用空間?？赏ㄟ^以下3個步驟實現(xiàn)：

確定要存檔的類：使用java啟動器創(chuàng)建要存檔的文件列表，這可以通過以下參數(shù)實現(xiàn)：

$java -Xshare:off -XX:+UseAppCDS -XX:DumpLoadedClassList=hello.lst -cp hello.jar HelloWorld

創(chuàng)建AppCDS存檔：使用java launcher創(chuàng)建要用于應(yīng)用程序cd的文件列表的存檔，這可以通過以下參數(shù)實現(xiàn)：

$java -Xshare:dump -XX:+UseAppCDS -XX:SharedClassListFile=hello.lst -XX:SharedArchiveFile=hello.jsa -cp hello.jar

使用AppCDS存檔：使用帶有以下參數(shù)的Java啟動器來使用應(yīng)用程序cd。

$java -Xshare:on -XX:+UseAppCDS -XX:SharedArchiveFile=hello.jsa -cp hello.jar HelloWorldG1并行Full GC（JEP 307）

G1垃圾收集器在jdk9中是默認的。G1垃圾收集器避免了任何完全的垃圾收集，但是當(dāng)用于收集的并發(fā)線程不能足夠快地恢復(fù)內(nèi)存時，用戶的體驗就會受到影響。

此更改通過使完全GC并行來改善G1最壞情況下的延遲。G1收集器的mark-sweep compact算法作為此更改的一部分被并行化，當(dāng)用于收集的并發(fā)線程不能足夠快地恢復(fù)內(nèi)存時，它將被觸發(fā)。

垃圾收集器接口（JEP 304）

這個JEP是未來的變化。它通過引入一個通用的垃圾收集器接口來改進不同垃圾收集器的代碼隔離。

此更改為內(nèi)部GC代碼提供了更好的模塊化。它將有助于將來添加新的GC而不改變現(xiàn)有的代碼基，也有助于刪除或管理以前的GC。

附加Unicode語言標記擴展（JEP 314）

此功能增強了java.util.Locale語言環(huán)境以及相關(guān)的API來實現(xiàn)BCP 47語言標記的額外Unicode擴展。從JavaSE9開始，支持的BCP47U語言標記擴展是“ca”和“nu”。此JEP將添加對以下附加擴展的支持：

cu（貨幣類型） fw（每周第一天） rg（區(qū)域覆蓋） tz（時區(qū)）

為了支持這些附加擴展，對各種api進行了更改，以提供基于U或附加擴展的信息。

java.text.DateFormat::get*Instancejava.text.DateFormatSymbols::getInstancejava.text.DecimalFormatSymbols::getInstancejava.text.NumberFormat::get*Instancejava.time.format.DateTimeFormatter::localizedByjava.time.format.DateTimeFormatterBuilder::getLocalizedDateTimePatternjava.time.format.DecimalStyle::ofjava.time.temporal.WeekFields::ofjava.util.Calendar::{getFirstDayOfWeek,getMinimalDaysInWeek}java.util.Currency::getInstancejava.util.Locale::getDisplayNamejava.util.spi.LocaleNameProvider根證書（JEP 319）

為了推廣OpenJDK并使其對社區(qū)用戶更具吸引力，此功能在JDK中提供了一組默認的根證書頒發(fā)機構(gòu)（CA）證書。這也意味著Oracle和openjdk二進制文件在功能上是相同的。

關(guān)鍵的安全組件（如TLS）將在OpenJDK構(gòu)建中默認工作。

Thread-Local 線程本地握手（JEP 312）

這是一個用于提高性能的內(nèi)部JVM特性。

握手操作是在每個JavaThread處于safepoint狀態(tài)時對其執(zhí)行的回調(diào)?；卣{(diào)要么由線程本身執(zhí)行，要么由VM線程執(zhí)行，同時保持線程處于阻塞狀態(tài)。

此功能提供了一種在線程上執(zhí)行回調(diào)而不執(zhí)行全局VM safepoint的方法。使停止單個線程，而不僅僅是停止所有線程或不停止任何線程既可能又便宜。

替代內(nèi)存設(shè)備上的堆分配（JEP 316）

應(yīng)用程序已經(jīng)變得內(nèi)存匱乏，云本地應(yīng)用程序、內(nèi)存數(shù)據(jù)庫、流式應(yīng)用程序都在增加。為了滿足這些服務(wù)，有各種可用的內(nèi)存體系結(jié)構(gòu)。此功能增強了HotSpot VM在用戶指定的備用內(nèi)存設(shè)備（如NV-DIMM）上分配Java對象堆的能力。

此JEP針對具有與DRAM相同的語義（包括原子操作的語義）的替代內(nèi)存設(shè)備，因此，可以在不更改現(xiàn)有應(yīng)用程序代碼的情況下代替DRAM用于對象堆。

刪除Native-Header生成工具Javah（Jep313）

這是一個從JDK中刪除javah工具的內(nèi)務(wù)管理更改。javac中添加的工具功能是jdk8的一部分，它提供了在編譯時編寫Native-Header文件的能力，從而使javah變得無用。

將JDK林整合到單個存儲庫中（JEP 296）

多年來，在JDK代碼庫中有各種Mercurial存儲庫。不同的存儲庫確實提供了一些優(yōu)勢，但它們也有不同的操作缺點。作為此更改的一部分，JDK的許多存儲庫被合并到一個存儲庫中，以簡化開發(fā)。

API更改

Java10已經(jīng)添加和刪除了API（是的，它不是一個拼寫錯誤）。

Java9引入了增強的棄用，其中某些API被標記為在將來的版本中刪除。

添加了API:Java10中添加了73個新API。

讓我們看一些補充：

List、Map和Set接口是通過靜態(tài)copyOf（Collection）方法添加的。它返回一個不可修改的列表、映射或集合，其中包含所提供的條目。對于列表，如果給定的列表隨后被修改，則返回的列表將不會反映這些修改。

Optional&它的原語變體獲取一個方法orelsetrow（）。這與get（）完全相同，但是javadoc聲明它是get（）的首選替代方法

Collectors類獲取用于收集不可修改集合（Set、List、Map）的各種方法

List<String> actors = new ArrayList<>();actors.add('Jack Nicholson');actors.add('Marlon Brando');System.out.println(actors); // prints [Jack Nicholson, Marlon Brando]// New API added - Creates an UnModifiable List from a List.List<String> copyOfActors = List.copyOf(actors);System.out.println(copyOfActors); // prints [Jack Nicholson, Marlon Brando]// copyOfActors.add('Robert De Niro'); Will generate an// UnsupportedOperationExceptionactors.add('Robert De Niro');System.out.println(actors);// prints [Jack Nicholson, Marlon Brando, Robert De Niro]System.out.println(copyOfActors); // prints [Jack Nicholson, Marlon Brando]String str = '';Optional<String> name = Optional.ofNullable(str);// New API added - is preferred option then get() methodname.orElseThrow(); // same as name.get() // New API added - Collectors.toUnmodifiableListList<String> collect = actors.stream().collect(Collectors.toUnmodifiableList());// collect.add('Tom Hanks'); // Will generate an// UnsupportedOperationException

以上就是Java10新特性總結(jié)的詳細內(nèi)容，更多關(guān)于Java10新特性的資料請關(guān)注好吧啦網(wǎng)其它相關(guān)文章！