今年7月底，JDK11已經進入了Rampdown Phase Two階段，這標志著該版本所有特性已經被凍結，不會有新的JEP會加入版本中。

　　這一階段將會修複P1–P2級BUG,之後,JDK11預定於今年9月25日發佈。確定發佈的17個JEP如下,其中包括14個新特性以及3個移除的功能：

　　181: Nest-Based Access Control（基於嵌套的訪問控制）
　　309: Dynamic Class-File Constants（動態類文件常量）
　　315: Improve Aarch64 Intrinsics（改進 Aarch64 Intrinsics）
　　318: Epsilon: A No-Op Garbage Collector（Epsilon — 一個無操作的垃圾收集器）

　　321: HTTP Client (Standard)（標準HTTP客戶端）

　　323: Local-Variable Syntax for Lambda Parameters（用於 Lambda 參數的局部變數語法）

　　jdk10中帶來了var隱式變數聲明，如：

var x = new Foo();
for (var x : xs) { ... }
try (var x = ...) { ... } catch ...

　　jdk11中將允許在聲明隱式類型的 lambda 表達式的形式參數時使用 var，如：

(var x, var y) -> x.process(y)

　　或者乾脆省略掉var符號

(x, y) -> x.process(y)

324: Key Agreement with Curve25519 and Curve448（Curve25519 和 Curve448 演算法的密鑰協議）
327: Unicode 10
328: Flight Recorder（飛行記錄器）

　　"飛行記錄器"旨在“提供一個低開銷的數據收集框架，用於對Java應用程式和HotSpot JVM進行故障診斷”。

329: ChaCha20 and Poly1305 
Cryptographic Algorithms（ChaCha20 和 Poly1305 加密演算法）
330: Launch Single-File Source-Code Programs（啟動單一文件的源代碼程式）

　　主要是改進 Java Launcher 以支持一個命令執行單個 Java 源代碼文件。換句話說，在條件滿足的情況下，可以簡單地直接編譯並運行單文件程式，而不再需要調用 javac ，也不需要打包 jar 文件。

　　比如說，可直接運行：

java HelloWorld.java

而不再需要：

javac -d <memory> HelloWorld.java
java -cp <memory> hello.World

331: Low-Overhead Heap Profiling（低開銷的 Heap Profiling）
332: Transport Layer Security (TLS) 1.3（支持 TLS 1.3）
333: ZGC: A Scalable Low-Latency Garbage Collector（可伸縮低延遲垃圾收集器）

　　上一代的垃圾回收器G1已經足夠強大，但是，ZGC可能會更加驚艷，ZGC的一個目標是將垃圾回收的暫停時間壓縮到10ms之內，這意味著Java可以成為應用到更廣泛的領域。官方文檔提供了ZGC與G1的benchmarks測試對比，我們看到對比G1的156.806ms平均時間，ZGC的垃圾收集時間低至1.091ms

ZGC
                avg: 1.091ms (+/-0.215ms)
    95th percentile: 1.380ms
    99th percentile: 1.512ms
  99.9th percentile: 1.663ms
 99.99th percentile: 1.681ms
                max: 1.681ms

G1
                avg: 156.806ms (+/-71.126ms)
    95th percentile: 316.672ms
    99th percentile: 428.095ms
  99.9th percentile: 543.846ms
 99.99th percentile: 543.846ms
                max: 543.846ms

320: Remove the Java EE and CORBA Modules（刪除 Java EE 和 CORBA 模塊）
335: Deprecate the Nashorn JavaScript Engine（棄用 Nashorn JavaScript 引擎）
336: Deprecate the Pack200 Tools and API（棄用 Pack200 工具和 API）

此外，還有一些除 JEP 之外的API變化,比較實用的有以下幾個：

String

• lines()

　　字元串實例方法，使用專門的 Spliterator 來懶惰地提供源字元串中的行

jshell> "test\nhoge\n".lines().map(String::toUpperCase).toArray()
$11 ==> Object[2] { "TEST", "HOGE" }

• repeat(int)

　　按照參數 int 提供的次數來重覆字元串的運行次數

jshell> "test".repeat(3) $7 ==> "testtesttest"

• isBlank()  

　　驗證當前字元串是否為空，或者是否只包括空白字元（空白字元由 Character.isWhiteSpace(int) 驗證）

jshell> var halfSpace = "\u0020"
halfSpace ==> " "

jshell> halfSpace.isBlank()
$11 ==> true

jshell> var fullSpace = "\u3000"
fullSpace ==> "　"

jshell> fullSpace.isBlank()
$13 ==> true

• strip()/stripLeading()/stripTrailing()

　　這三個方法的作用分別是去掉字元串頭和尾的空白符、字元串頭的空白符、字元串尾的空白符，基本與 trim()/trimLeft()/trimRight() 方法相同，不過它們的空白字元由 Character.isWhiteSpace(int) 驗證

jshell> var aaa = fullSpace + "aaa" + fullSpace
aaa ==> "　aaa　"

jshell> aaa.strip()
$14 ==> "aaa"

jshell> aaa.trim()
$15 ==> "　aaa　"

Character

• toString(int)

　　JDK 11 使這個過程變得更加方便

jdk10：
jshell> Character.toString(65)
|  Error:
|  incompatible types: possible lossy conversion from int to char
|  Character.toString(65)
|

jdk11：
jshell> Character.toString(65)
$9 ==> "A"

Path

• of(String, String...)

　　此前我們需要使用 Paths.get()。現在，我們像其他類一樣使用 of()。

Files

• writeString(Path, CharSequence)

　　我們可以使用該方法來保存一個 String 字元串。

jshell> Files.writeString(Path.of("test.txt"), "Hello!!!")
$3 ==> test.txt

• readString(Path)

　　我們可以使用該方法來讀取一個 String 字元串。

jshell> Files.readString(Path.of("test.txt"))
$4 ==> "Hello!!!"

Collection

• toArray(IntFunction)

此前，我們需要使用像 list.toArray(new String[list.size())]) 這樣的無風格標記(non-stylish notation)來從一個集合創建一個類型化數組。現在，我們可以以風格標記(stylish notation)的方式進行編寫。

jshell> List.of("aa","bb").toArray(String[]::new) $1 ==> String[2] { "aa", "bb" }

Thread

• destroy()/stop(Throwable)

　　移除 destroy() 方法，保留 stop() 方法。

　　Java 9以來,oracle實行了半年一次版本的新計劃，很多同學說 9未掌握10剛瞭解11已進凍結期，
　　你呢？

參考資料：
http://openjdk.java.net/projects/jdk/11/
https://www.oschina.net/news/98314/java-11-api-changes-so-far