JDK11新特性詳解

1、增強局部變量類型推斷var

Consumer<String> consumer = t -> System.out.println(t.toUpperCase());
Consumer<String> consumer = (var t) -> System.out.println(t.toUpperCase());
錯誤的形式：必須要有類型，可以加上var
Consumer<String> consumer = (@Deprecated t) ->System.out.println(t.toUpperCase())
正確的形式
Consumer<String> consumer = (@Deprecated var t) ->System.out.println(t.toUpperCase())

2、增加一些實用的API

       自JDK9和JDK10都為java增加了許多的API，如今JDK11又增加了許多字符串自帶方法，如下

@Test
public void contextLoads() {
    String str = "woshidage";
    boolean isblank = str.isBlank();  //判斷字符串是空白
    boolean isempty = str.isEmpty();  //判斷字符串是否為空
    String  result1 = str.strip();    //首位空白
    String  result2 = str.stripTrailing();  //去除尾部空白
    String  result3 = str.stripLeading();  //去除首部空白
    String  copyStr = str.repeat(2);  //復制幾遍字符串
    long  lineCount = str.lines().count();  //行數統(tǒng)計
    System.out.println(isblank);
    System.out.println(isempty);
    System.out.println(result1);
    System.out.println(result2);
    System.out.println(result3);
    System.out.println(copyStr);
    System.out.println(lineCount);
}

       結果為：

3、移除和廢棄的內容

      3.1 移除項

1、移除了com.sun.awt.AWTUtilities
2、移除了sun.misc.Unsafe.defineClass，使用java.lang.invoke.MethodHandles.Lookup.defineClass來替代
3、移除了Thread.destroy()以及 Thread.stop(Throwable)方法
4、移除了sun.nio.ch.disableSystemWideOverlappingFileLockCheck、sun.locale.formatasdefault屬性
5、移除了jdk.snmp模塊
6、移除了javafx，openjdk估計是從java10版本就移除了，oracle jdk10還尚未移除javafx，而java11版本則oracle的jdk版本也移除了javafx
7、移除了Java Mission Control，從JDK中移除之后，需要自己單獨下載
8、移除了這些Root Certificates ：Baltimore Cybertrust Code Signing CA，SECOM ，AOL and Swisscom

      3.2 廢棄項

1、-XX+AggressiveOpts選項
2、-XX:+UnlockCommercialFeatures
3、-XX:+LogCommercialFeatures選項也不再需要

4、HttpClient加強方法

      現在 Java 自帶了這個 HTTP Client API，我們以后還有必要用 Apache 的 HttpClient 工具包嗎？

      4.1 需要遠程調用的接口

@RequestMapping(value = "/dshjbca")
public String test1(){
    return "dfs";
}

      4.2 HttpClient調用該接口

//同步調用
@Test
public void test2() throws IOException, InterruptedException {
    HttpClient client             = HttpClient.newHttpClient();
    HttpRequest request           = HttpRequest.newBuilder(URI.create("")).build();
    BodyHandler<String>  handler  = HttpResponse.BodyHandlers.ofString();
    HttpResponse<String> response = client.send(request,handler);
    String body                   = response.body();
    System.out.println(body);
}
//異步調用
@Test
public void test3() throws IOException, InterruptedException, ExecutionException {
    HttpClient client             = HttpClient.newHttpClient();
    HttpRequest request           = HttpRequest.newBuilder(URI.create("")).build();
    BodyHandler<String>  handler  = HttpResponse.BodyHandlers.ofString();
    CompletableFuture<HttpResponse<String>> response = client.sendAsync(request,handler);
    HttpResponse<String> result   = response.get();
    String body                   = result.body();
    System.out.println(body);
}

      結果：

5、Unicode 10

      Unicode 10 增加了 8518 個字符 ,  總計達到了 136690 個字符 .  并且增加了 4 個腳本 . 同時還有 56 個新的 emoji 表情符號。

6、Remove the JavaEE and CORBA Moudles

      在java11中移除了不太使用的JavaEE模塊和CORBA技術，在java11中將java9標記廢棄的Java EE及CORBA模塊移除掉。

1、java.xml.ws,
2、java.xml.bind，
3、java.xml.ws，
4、java.xml.ws.annotation，
5、jdk.xml.bind，
6、jdk.xml.ws被移除，
    只剩下java.xml，java.xml.crypto,jdk.xml.dom這幾個模塊
7、java.corba，
8、java.se.ee，
9、java.activation，
10、java.transaction被移除，但是java11新增一個java.transaction.xa模塊

7、JEP : 335 : Deprecate the Nashorn JavaScript Engine

      廢除Nashorn javascript引擎，在后續(xù)版本準備移除掉，有需要的可以考慮使用GraalVM。

8、JEP : 336 : Deprecate the Pack200 Tools and API

      Java5中帶了一個壓縮工具:Pack200，這個工具能對普通的jar文件進行高效壓縮。其  實現原理是根據Java類特有的結構，合并常數  池，去掉無用信息等來實現對java類的高效壓縮。由于是專門對Java類進行壓縮的，所以對普通文件的壓縮和普通壓縮軟件沒有什么兩樣，但是對于Jar  文件卻能輕易達到10-40%的壓縮率。這在Java應用部署中很有用，尤其對于移動Java計算，能夠大大減小代碼下載量。

      Java5中還提供了這一技術的API接口，你可以將其嵌入到你的程序中使用。使用的方法很簡單，下面的短短幾行代碼即可以實現jar的壓縮和解壓：

壓縮

Packer packer=Pack200.newPacker();
OutputStream output=new BufferedOutputStream(new  FileOutputStream(outfile));
packer.pack(new JarFile(jarFile), output);
output.close();

解壓

Unpacker unpacker=Pack200.newUnpacker();
output=new JarOutputStream(new FileOutputStream(jarFile));
unpacker.unpack(pack200File, output);
output.close();

      Pack200的壓縮和解壓縮速度是比較快的，而且壓縮率也是很驚人的，在我是使用  的包4.46MB壓縮后成了1.44MB（0.322%），而且隨著包的越大壓縮率會根據明顯，據說如果jar包都是class類可以壓縮到1/9的大  小。其實JavaWebStart還有很多功能，例如可以按不同的jar包進行l(wèi)azy下載和 單獨更新，設置可以根據jar中的類變動進行class粒度的下載。但是在java11中廢除了pack200以及unpack200工具以及java.util.jar中的Pack200 API。因為Pack200主要是用來壓縮jar包的工具，由于網絡下載速度的提升以及java9引入模塊化系統(tǒng)之后不再依賴Pack200，因此這個版本將其移除掉。

9、新的Epsilon垃圾收集器

      A NoOp Garbage Collector JDK上對這個特性的描述是: 開發(fā)一個處理內存分配但不實現任何實際內存回收機制的GC, 一旦可用堆內存用完, JVM就會退出.

如果有System.gc()調用, 實際上什么也不會發(fā)生(這種場景下和-XX:+DisableExplicitGC效果一樣), 因為沒有內存回收, 這個實現可能會警告用戶嘗試強制GC是徒勞.

       用法 : -XX:+UnlockExperimentalVMOptions -XX:+UseEpsilonGC

      選項-XX:+UseEpsilonGC, 程序很快就因為堆空間不足而退出

      原因 : 提供完全被動的GC 實現 ,  具有有限的分配限制和盡可能低的延遲開銷 , 但代價是內存占用和內存吞吐量 , java 實現可廣泛選擇高度可配置的 GC 實現 .  各種可用的收集器最終滿足不同的需求 ,  即使它們的可配置性使它們的功能相交 .  有時更容易維護單獨的實現 ,  而不是在現有 GC 實現上堆積另一個配置選項 .

主要用途如下 :

1、性能測試(它可以幫助過濾掉GC引起的性能假象)2、內存壓力測試(例如,知道測試用例 應該分配不超過1GB的內存, 我們可以使用-Xmx1g –XX:+UseEpsilonGC, 如果程序有問題, 則程序會崩潰)3、非常短的JOB任務(對象這種任務, 接受GC清理堆那都是浪費空間)4、VM接口測試5、Last-drop 延遲&吞吐改進

10、ZGC

ZGC, 這應該是JDK11最為矚目的特性, 沒有之一. 但是后面帶了Experimental, 說明這還不建議用到生產環(huán)境。    GC暫停時間不會超過10ms，既能處理幾百兆的小堆, 也能處理幾個T的大堆(OMG)，和G1相比, 應用吞吐能力不會下降超過15%，為未來的GC功能和利用colord指針以及Load barriers優(yōu)化奠定基礎，初始只支持64位系統(tǒng)    ZGC的設計目標是：支持TB級內存容量，暫停時間低（<10ms），對整個程序吞吐量的影響小于15%。 將來還可以擴展實現機制，以支持不少令人興奮的功能，例如多層堆（即熱對象置于DRAM和冷對象置于NVMe閃存），或壓縮堆。    GC是java主要優(yōu)勢之一，當GC停頓太長, 就會開始影響應用的響應時間.消除或者減少GC停頓時長, java將對更廣泛的應用場景是一個更有吸引力的平臺. 此外, 現代系統(tǒng)中可用內存不斷增長,用戶和程序員希望JVM能夠以高效的方式充分利用這些內存, 并且無需長時間的GC暫停時間

      用法 : -XX:+UnlockExperimentalVMOptions –XX:+UseZGC, 因為ZGC還處于實驗階段, 所以需要通過JVM參數來解鎖這個特性

11、完全支持Linux容器（包括Docker）

      許多運行在Java虛擬機中的應用程序（包括Apache Spark和Kafka等數據服務以及傳統(tǒng)的企業(yè)應用程序）都可以在Docker容器中運行。但是在Docker容器中運行Java應用程序一直存在一個問題，那就是在容器中運行JVM程序在設置內存大小和CPU使用率后，會導致應用程序的性能下降。這是因為Java應用程序沒有意識到它正在容器中運行。隨著Java 10的發(fā)布，這個問題總算得以解決，JVM現在可以識別由容器控制組（cgroups）設置的約束?？梢栽谌萜髦惺褂脙却婧虲PU約束來直接管理Java應用程序，其中包括：

遵守容器中設置的內存限制
在容器中設置可用的CPU
在容器中設置CPU約束
Java 10的這個改進在Docker for Mac、Docker for Windows以及Docker Enterprise Edition等環(huán)境均有效。
容器的內存限制
在Java 9之前，JVM無法識別容器使用標志設置的內存限制和CPU限制。而在Java 10中，內存限制會自動被識別并強制執(zhí)行。Java將服務器類機定義為具有2個CPU和2GB內存，以及默認堆大小為物理內存的1/4。

12、支持G1上的并行完全垃圾收集

      對于 G1 GC ，相比于  JDK 8 ，升級到  JDK 11  即可免費享受到：并行的  Full GC ，快速的  CardTable  掃描，自適應的堆占用比例調整（ IHOP ），在并發(fā)標記階段的類型卸載等等。這些都是針對  G1  的不斷增強，其中串行  Full GC  等甚至是曾經被廣泛詬病的短板，你會發(fā)現  GC  配置和調優(yōu)在  JDK11  中越來越方便。