發布倒計時!JDK11為我們帶來哪些新特性?


  今年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

 

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM