文章目錄

• 前言
• 一、Java8的新特性
• • • Lambda 表達式
    • 方法引用
    • 函數式接口實例
    • Java 8 默認方法
    • Stream
    • Optional 類
    • Nashorn JavaScript
    • 日期時間 API
    • Base64
• 二、Java11的新特性
• • • ZGC
    • Flight Recorder（JFR）
    • Low-Overhead Heap Profiling
    • HTTP/2 Client API
    • Transport Layer Security (TLS) 1.3
    • Improve Aarch64 Intrinsics
    • Epsilon: A No-Op Garbage Collector(Experimental)
    • Launch Single-File Source-Code Programs
    • Unicode 10
    • Nest-Based Access Control
    • Dynamic Class-File Constants
    • Remove the Java EE and CORBA Modules
    • Deprecate the Nashorn JavaScript Engine
    • Deprecate the Pack200 Tools and API
• 總結

---

前言

目前市場上主流的穩定版主要是Java 8和Java 11。

---

一、Java8的新特性

Lambda 表達式

Lambda 表達式，也可稱為閉包，它是推動 Java 8 發布的最重要新特性，Lambda 允許把函數作為一個方法的參數（函數作為參數傳遞進方法中），使用Lambda 表達式可以使代碼變的更加簡潔緊湊。

方法引用

方法引用通過方法的名字來指向一個方法，方法引用可以使語言的構造更緊湊簡潔，減少冗余代碼，方法引用使用一對冒號 :: 。

函數式接口實例

Predicate 接口是一個函數式接口，它接受一個輸入參數 T，返回一個布爾值結果。該接口包含多種默認方法來將Predicate組合成其他復雜的邏輯（比如：與，或，非）。該接口用于測試對象是 true 或 false。

Java 8 默認方法

Java 8 新增了接口的默認方法。簡單說，默認方法就是接口可以有實現方法，而且不需要實現類去實現其方法。我們只需在方法名前面加個default關鍵字即可實現默認方法。

Stream

Stream使用一種類似用SQL語句從數據庫查詢數據的直觀方式來提供一種對Java集合運算和表達的高階抽象。Stream API可以極大提高Java程序員的生產力，讓程序員寫出高效率、干凈、簡潔的代碼。這種風格將要處理的元素集合看作一種流，流在管道中傳輸，并且可以在管道的節點上進行處理，比如篩選，排序，聚合等。元素流在管道中經過中間操作（intermediate operation）的處理，最后由最終操作(terminal operation)得到前面處理的結果。

Optional 類

Optional 類是一個可以為null的容器對象。如果值存在則isPresent()方法會返回true，調用get()方法會返回該對象。Optional 是個容器：它可以保存類型T的值，或者僅僅保存null。Optional提供很多有用的方法，這樣我們就不用顯式進行空值檢測。Optional 類的引入很好的解決空指針異常。

Nashorn JavaScript

Nashorn 一個 javascript 引擎。從JDK1.8開始，Nashorn取代Rhino(JDK 1.6, JDK1.7)成為Java的嵌入式JavaScript引擎。Nashorn完全支持ECMAScript 5.1規范以及一些擴展。它使用基于JSR292的新語言特性，其中包含在JDK 7中引入的 invokedynamic，將JavaScript編譯成Java字節碼。與先前的Rhino實現相比，這帶來了2到10倍的性能提升。

日期時間 API

Java 8通過發布新的Date-Time API (JSR 310)來進一步加強對日期與時間的處理。
在舊版的Java 中，日期時間API 存在諸多問題，其中有：

非線程安全 ? java.util.Date 是非線程安全的，所有的日期類都是可變的，這是Java日期類最大的問題之一。

設計很差 ? Java的日期/時間類的定義并不一致，在java.util和java.sql的包中都有日期類，此外用于格式化和解析的類在java.text包中定義。java.util.Date同時包含日期和時間，而java.sql.Date僅包含日期，將其納入java.sql包并不合理。另外這兩個類都有相同的名字，這本身就是一個非常糟糕的設計。

時區處理麻煩 ? 日期類并不提供國際化，沒有時區支持，因此Java引入了java.util.Calendar和java.util.TimeZone類，但他們同樣存在上述所有的問題。
Java 8 在 java.time 包下提供了很多新的 API。以下為兩個比較重要的 API：

Local(本地) ? 簡化了日期時間的處理，沒有時區的問題。

Zoned(時區) ? 通過制定的時區處理日期時間。
新的java.time包涵蓋了所有處理日期，時間，日期/時間，時區，時刻（instants），過程（during）與時鐘（clock）的操作。

Base64

在Java8中，Base64編碼已經成為Java類庫的標準。
Java 8 內置了 Base64 編碼的編碼器和解碼器。
Base64工具類提供了一套靜態方法獲取下面三種BASE64編解碼器：

基本：輸出被映射到一組字符A-Za-z0-9+/，編碼不添加任何行標，輸出的解碼僅支持A-Za-z0-9+/。

URL：輸出映射到一組字符A-Za-z0-9+_，輸出是URL和文件。

MIME：輸出隱射到MIME友好格式。輸出每行不超過76字符，并且使用’\r’并跟隨’\n’作為分割。編碼輸出最后沒有行分割。

二、Java11的新特性

ZGC

JDK11 引入了兩種新的 GC，其中包括也許是劃時代意義的 ZGC，雖然其目前還是實驗特性，但是從能力上來看，這是 JDK 的一個巨大突破，為特定生產環境的苛刻需求提供了一個可能的選擇。例如，對部分企業核心存儲等產品，如果能夠保證不超過 10ms 的 GC 暫停，可靠性會上一個大的臺階，這是過去我們進行 GC 調優幾乎做不到的，是能與不能的問題。對于 G1 GC，相比于 JDK 8，升級到 JDK 11 即可享受到：并行的 Full GC，快速的 CardTable 掃描，自適應的堆占用比例調整（IHOP），在并發標記階段的類型卸載等等。這些都是針對 G1 的不斷增強，其中串行 Full GC 等甚至是曾經被廣泛詬病的短板，你會發現 GC 配置和調優在 JDK11 中越來越方便。

Flight Recorder（JFR）

Flight Recorder（JFR）是 Oracle 剛剛開源的強大特性。JFR 是一套集成進入 JDK、JVM 內部的事件機制框架，通過良好架構和設計的框架，硬件層面的極致優化，生產環境的廣泛驗證，它可以做到極致的可靠和低開銷。在 SPECjbb2015 等基準測試中，JFR 的性能開銷最大不超過 1%，所以，工程師可以基本沒有心理負擔地在大規模分布式的生產系統使用，這意味著，我們既可以隨時主動開啟 JFR 進行特定診斷，也可以讓系統長期運行 JFR，用以在復雜環境中進行“After-the-fact”分析。
在保證低開銷的基礎上，JFR 提供的能力可以應用在對鎖競爭、阻塞、延遲，JVM GC、SafePoint 等領域，進行非常細粒度分析。甚至深入 JIT Compiler 內部，全面把握熱點方法、內聯、逆優化等等。JFR 提供了標準的 Java、C++ 等擴展 API，可以與各種層面的應用進行定制、集成，為復雜的企業應用棧或者復雜的分布式應用，提供 All-in-One 解決方案。而這一切都是內建在 JDK 和 JVM 內部的，并不需要額外的依賴，開箱即用。

Low-Overhead Heap Profiling

它來源于 Google 等業界前沿廠商的一線實踐，通過獲取對象分配細節，為 JDK 補足了對象分配診斷方面的一些短板，工程師可以通過 JVMTI 使用這個能力增強自身的工具。

HTTP/2 Client API

新的 HTTP API 提供了對 HTTP/2 等業界前沿標準的支持，精簡而又友好的 API 接口，與主流開源 API（如，Apache HttpClient， Jetty， OkHttp 等）對等甚至更高的性能。與此同時它是 JDK 在 Reactive-Stream 方面的第一個生產實踐，廣泛使用了 Java Flow API 等，終于讓 Java 標準 HTTP 類庫在擴展能力等方面，滿足了現代互聯網的需求。

Transport Layer Security (TLS) 1.3

就是安全類庫、標準等方面的大范圍升級，它還是中國安全專家范學雷所領導的 JDK 項目，完全不同于以往的修修補補，是個非常大規模的工程。
Dynamic Class-File Constants
動態 class 文件常量。擴展了 Java class 文件格式，支持一種新的常量池形式：CONSTANT_Dynamic。

Improve Aarch64 Intrinsics

主要是針對 ARM Aarch64 架構的優化，比如提供優化的 sin、cos 等函數。

Epsilon: A No-Op Garbage Collector(Experimental)

無操作的垃圾收集器。Epsilon 是一個特殊的垃圾收集器，只處理內存分配，不負責回收。一旦堆耗盡，就關閉 JVM。聽上去這個收集器好像沒什么意義。不過它還是有不少用處的。比如：性能測試。GC 會影響性能，有了這么一個幾乎什么都不干的 GC，我們可以過濾掉 GC 帶來的影響因素。還有些性能因素不是 GC 引入的，比如編譯器變換，利用 Epsilon GC，我們可以對比。就像生物學里做實驗，我們可以用它做一個對照組。另外還有內存壓力測試、VM接口測試等。

Launch Single-File Source-Code Programs

支持運行單個文件中的源代碼。在剛學習 Java 或者編寫小的工具程序時，我們一般要先用 javac 編譯源文件，再用 java 命令運行。有了這個功能，我們可以直接用 java 命令運行源程序。

Unicode 10

升級現有 API 支持 Unicode 10。Java SE 10 實現的是 Unicode 8.0。與 Java 10 相比，Java 11 多支持 16 018 個新字符，10 種新的文字類型。

Nest-Based Access Control

基于嵌套的訪問控制。Java 11 引入了 nest 的概念，這是一個新的訪問控制上下文（context），邏輯上處于同一代碼實體中的類，盡管會被編譯為不同的 class 文件，但是可以訪問彼此的 private 成員，不再需要編譯器插入輔助訪問的橋方法。

Dynamic Class-File Constants

動態 class 文件常量。擴展了 Java class 文件格式，支持一種新的常量池形式：CONSTANT_Dynamic。

Remove the Java EE and CORBA Modules

將 Java SE 9 中標記為廢棄的 Java EE 和 CORBA 正式從 Java SE 平臺中刪除。

Deprecate the Nashorn JavaScript Engine

廢棄 Nashorn JavaScript 腳本引擎、API 和 jjs 工具。Nashorn 是在 JDK 8 中引入的，當時完整實現了 ECMAScript-262 5.1。不過隨著 ECMAScript 的演進加快，Nashorn 維護越來越困難。

Deprecate the Pack200 Tools and API

廢棄了 pack200 和 unpack200 工具，以及 java.util.jar 包中的 Pack200 API。

總結

G1 GC平均速度通過Java 8切換到 Java 11 就有 16％ 的改進，但是大部分項目都用不到，一些高實時性的游戲可以用；

Java 11支持源文件直接運行；

已完成項目不建議升級jdk11，或者新項目需要依賴現有代碼，不建議升級jdk11，因為升級版本涉及到大量的舊代碼移植，代碼重寫，架構重構，全量測試；

如果jdk8滿足開發需求,并且需依賴現有以JDK8開發的代碼，建議還是以jdk8進行開發，否則如果選用jdk11可能面臨舊代碼重寫，架構重構，以及一些不知道的隱形依賴；

系統追求的是穩定并非技術，jdk8已被廣泛驗證非常穩定，而且目前主流開發版本確實也是8，技術還是要服務于業務，穩定大于一切；

從jdk8往上升級會出現一些jar依賴的改變，模塊化帶來的反射問題，classload的變化導致某些問題；

Spring，Spring Boot，Spring Cloud，Dubbo，Guava，Jackson，Tomcat，JUnit等等項目都適配了JDK11，并且經歷了生產環境的檢驗，才可以考慮是否將JDK8換成JDK11；

8之后，商用收費

總結

以上是生活随笔為你收集整理的JDK8与JDK11的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。