區域性變數型別推斷增強

Java11中可以在lambda表示式的形參中使用var，好處是可以在形參上加註解

使用示例

(@Deprecated var x, @Nullable var y)->x.process(y)

API增強

不可修改集合API

//Jdk 裡面為集合（List/ Set/ Map）都添加了 of 和 copyOf 方法，它們兩個都用來建立不可變的集合
//示例1
var list = List.of("Java", "Python", "C");
var copy = List.copyOf(list);
System.out.println(list == copy); // true

//示例2
var list = new ArrayList<String>();
var copy = List.copyOf(list);
System.out.println(list == copy); // false

//示例1和2程式碼差不多，為什麼一個為true,一個為false?
//原始碼部分
static <E> List<E> of(E... elements) {
  switch (elements.length) { // implicit null check of elements
    case 0:
        return ImmutableCollections.emptyList();
    case 1:
        return new ImmutableCollections.List12<>(elements[0]);
    case 2:
        return new ImmutableCollections.List12<>(elements[0], elements[1]);
    default:
        return new ImmutableCollections.ListN<>(elements);
  }
}
static <E> List<E> copyOf(Collection<? extends E> coll) {
    return ImmutableCollections.listCopy(coll);
}
static <E> List<E> listCopy(Collection<? extends E> coll) {
    if (coll instanceof AbstractImmutableList && coll.getClass() != SubList.class) {
        return (List<E>)coll;
    } else {
        return (List<E>)List.of(coll.toArray());
    }
}

/**
 * 可以看出 copyOf 方法會先判斷來源集合是不是 AbstractImmutableList 型別的，如果是，就直接返回，如果不是，則呼叫 of 建立一個新的集合。
 * 示例2因為用的 new 建立的集合，不屬於不可變 AbstractImmutableList 類的子類，所以 copyOf 方法又建立了一個新的例項，所以為false.
 * 注意：使用of和copyOf建立的集合為不可變集合，不能進行新增、刪除、替換、排序等操作，不然會報 java.lang.UnsupportedOperationException 異常。
 * 上面演示了 List 的 of 和 copyOf 方法，Set 和 Map 介面都有
 */
 

Stream 加強

//1) 增加單個引數構造方法，可為null
Stream.ofNullable(null).count(); // 0
//2) 增加 takeWhile 和 dropWhile 方法
Stream.of(1, 2, 3, 2, 1)
.takeWhile(n -> n < 3)
.collect(Collectors.toList()); // [1, 2]
//從開始計算，當 n < 3 時就截止。

Stream.of(1, 2, 3, 2, 1)
.dropWhile(n -> n < 3)
.collect(Collectors.toList()); // [3, 2, 1]
//這個和上面的相反，一旦 n < 3 不成立就開始計算。

//3）iterate過載
//這個 iterate 方法的新過載方法，可以讓你提供一個 Predicate (判斷條件)來指定什麼時候結束迭代
 

增加了一系列字串處理的方法

// 判斷字串是否為空白
" ".isBlank(); // true
// 去除首尾空白
" Javastack ".strip(); // "Javastack"
// 去除尾部空格
" Javastack ".stripTrailing(); // " Javastack"
// 去除首部空格
" Javastack ".stripLeading(); // "Javastack "
// 複製字串
"Java".repeat(3);// "JavaJavaJava"
// 行數統計
"A\nB\nC".lines().count(); // 3
 

Optional增強

//Opthonal 也增加了幾個非常酷的方法，現在可以很方便的將一個 Optional 轉換成一個 Stream, 或者當一個空 Optional 時給它一個替代的。
Optional.of("javastack").orElseThrow(); // javastack
Optional.of("javastack").stream().count(); // 1
Optional.ofNullable(null)
.or(() -> Optional.of("javastack"))
.get(); // javastack

InputStream加強

//InputStream 終於有了一個非常有用的方法：transferTo，可以用來將資料直接傳輸到 OutputStream，這是在處理原始資料流時非常常見的一種用法，如下示例
var classLoader = ClassLoader.getSystemClassLoader();
var inputStream = classLoader.getResourceAsStream("javastack.txt");
var javastack = File.createTempFile("javastack2", "txt");
try (var outputStream = new FileOutputStream(javastack)) {
    inputStream.transferTo(outputStream);
}

移除的一些內容

//移除項
移除了com.sun.awt.AWTUtilities
移除了sun.misc.Unsafe.defineClass，
使用java.lang.invoke.MethodHandles.Lookup.defineClass來替代
移除了Thread.destroy()以及 Thread.stop(Throwable)方法
移除了sun.nio.ch.disableSystemWideOverlappingFileLockCheck、sun.locale.formatasdefault屬性
移除了jdk.snmp模組
移除了javafx，openjdk估計是從java10版本就移除了，oracle jdk10還尚未移除javafx，而java11版本則oracle的jdk版本也移除了javafx
移除了Java Mission Control，從JDK中移除之後，需要自己單獨下載
移除了這些Root Certificates ：Baltimore Cybertrust Code Signing CA，SECOM ，AOL and Swisscom
//廢棄項
-XX+AggressiveOpts
-XX:+UnlockCommercialFeatures
-XX:+LogCommercialFeatures

標準Java非同步HTTP客戶端

/**
 * 這是 Java 9 開始引入的一個處理 HTTP 請求的的 HTTP Client API，該 API 支援同步和非同步，而在 Java 11 中已經為正式可用狀態，你可以在 java.net 包中找到這個 API
 */
var request = HttpRequest.newBuilder().uri(URI.create("https://javastack.cn")).GET().build();
var client = HttpClient.newHttpClient();
// 同步
HttpResponse<String> response = client.send(request, HttpResponse.BodyHandlers.ofString());
System.out.println(response.body());
// 非同步
client.sendAsync(request, HttpResponse.BodyHandlers.ofString())
      .thenApply(HttpResponse::body)
      .thenAccept(System.out::println);

更簡化的編譯執行程式

// 之前編譯執行的流程
// 編譯
javac Javastack.java
// 執行
java Javastack

/**
 * Java11之後一行命令
 * 使用條件：
 * 1)	執行原始檔中的第一個類, 第一個類必須包含主方法
 * 2)	並且不可以使用別原始檔中的自定義類, 本檔案中的自定義類是可以使用的
*/
java Javastack.java

Unicode 10

Unicode 10 增加了8518個字元, 總計達到了136690個字元. 並且增加了4個指令碼.同時還有56個新的emoji表情符號

Remove the JavaEE and CORBA Moudles

在java11中移除了不太使用的JavaEE模組和CORBA技術

CORBA來自於二十世紀九十年代，Oracle說，現在用CORBA開發現代Java應用程式已經沒有意義了，維護CORBA的成本已經超過了保留它帶來的好處。

但是刪除CORBA將使得那些依賴於JDK提供部分CORBA API的CORBA實現無法執行。目前還沒有第三方CORBA版本，也不確定是否會有第三方願意接手CORBA API的維護工作。

在java11中將java9標記廢棄的Java EE及CORBA模組移除掉，具體如下：
      (1)xml相關的，
                        java.xml.ws, 
                        java.xml.bind，
                        java.xml.ws，
                        java.xml.ws.annotation，
                        jdk.xml.bind，
                        jdk.xml.ws被移除，
                        只剩下java.xml，java.xml.crypto,jdk.xml.dom這幾個模組
      (2)java.corba
                        java.se.ee，
                        java.activation，
                        java.transaction被移除，
                        但是java11新增一個java.transaction.xa模組

Epsilon垃圾收集器

A NoOp Garbage Collector
JDK上對這個特性的描述是: 開發一個處理記憶體分配但不實現任何實際記憶體回收機制的GC, 一旦可用堆記憶體用完, JVM就會退出.
如果有System.gc()呼叫, 實際上什麼也不會發生(這種場景下和-XX:+DisableExplicitGC效果一樣), 因為沒有記憶體回收, 這個實現可能會警告使用者嘗試強制GC是徒勞

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

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

主要用途如下 :
	效能測試(它可以幫助過濾掉GC引起的效能假象)
	記憶體壓力測試(例如,知道測試用例 應該分配不超過1GB的記憶體, 我們可以使用-Xmx1g –XX:+UseEpsilonGC, 如果程式有問題, 則程式會崩潰)
	非常短的JOB任務(物件這種任務, 接受GC清理堆那都是浪費空間)
	VM介面測試
	Last-drop 延遲&吞吐改進

ZGC, 這應該是JDK11最為矚目的特性, 沒有之一. 但是後面帶了Experimental, 說明這還不建議用到生產環境，這裡簡單介紹，稍後單獨介紹ZGC

ZGC的特點：
        GC暫停時間不會超過10ms
	既能處理幾百兆的小堆, 也能處理幾個T的大堆(OMG)
	和G1相比, 應用吞吐能力不會下降超過15%
	為未來的GC功能和利用colord指標以及Load barriers優化奠定基礎
	初始只支援64位系統
用法：
        -XX:+UnlockExperimentalVMOptions –XX:+UseZGC