JAVA各個版本發佈時間及新特性

JDK Version 1.0

1996-01-23 Oak(橡樹)
初代版本,偉大的一個里程碑,但是是純解釋運行,使用外掛JIT,性能比較差,運行速度慢。

JDK Version 1.1

1997-02-19
JDBC(Java DataBase Connectivity);
支持內部類;
RMI(Remote Method Invocation) ;
反射;
Java Bean;

JDK Version 1.2

1998-12-08 Playground(操場)
集合框架;
JIT(Just In Time)編譯器;
對打包的Java文件進行數字簽名;
JFC(Java Foundation Classes), 包括Swing 1.0, 拖放和Java2D類庫;
Java插件;
JDBC中引入可滾動結果集,BLOB,CLOB,批量更新和用戶自定義類型;
Applet中添加聲音支持.

JDK Version 1.3

2000-05-08 Kestrel(紅隼)
Java Sound API;
jar文件索引;
對Java的各個方面都做了大量優化和增強;

JDK Version 1.4

2002-02-13 Merlin(隼)
XML處理;
Java打印服務;
Logging API;
Java Web Start;
JDBC 3.0 API;
斷言;
Preferences API;
鏈式異常處理;
支持IPV6;
支持正則表達式;
引入Imgae I/O API.

JAVA 5

2004-09-30 Tiger(老虎)
泛型;
增強循環,可以使用迭代方式;
自動裝箱與自動拆箱;
類型安全的枚舉;
可變參數;
靜態引入;
元數據(註解);
Instrumentation;

JAVA 6

2006-12-11 Mustang(野馬)
支持腳本語言;
JDBC 4.0API;
Java Compiler API;
可插拔註解;
增加對Native PKI(Public Key Infrastructure), Java GSS(Generic Security Service),Kerberos和LDAP(Lightweight Directory Access Protocol)支持;
繼承Web Services;

JAVA 7

2011-07-28 Dolphin(海豚)
switch語句塊中允許以字符串作爲分支條件;
在創建泛型對象時應用類型推斷;
在一個語句塊中捕獲多種異常;
支持動態語言;
支持try-with-resources(在一個語句塊中捕獲多種異常);
引入Java NIO.2開發包;
數值類型可以用二進制字符串表示,並且可以在字符串表示中添加下劃線;
鑽石型語法(在創建泛型對象時應用類型推斷);
null值得自動處理;

JAVA 8

2014-03-18
Lambda 表達式 − Lambda允許把函數作爲一個方法的參數(函數作爲參數傳遞進方法中。
方法引用 − 方法引用提供了非常有用的語法,可以直接引用已有Java類或對象(實例)的方法或構造器。與lambda聯合使用,方法引用可以使語言的構造更緊湊簡潔,減少冗餘代碼。
默認方法 − 默認方法就是一個在接口裏面有了一個實現的方法。
新工具 − 新的編譯工具,如:Nashorn引擎 jjs、 類依賴分析器jdeps。
Stream API −新添加的Stream API(java.util.stream) 把真正的函數式編程風格引入到Java中。
Date Time API − 加強對日期與時間的處理。
Optional 類 − Optional 類已經成爲 Java 8 類庫的一部分,用來解決空指針異常。
Nashorn, JavaScript 引擎 − Java 8提供了一個新的Nashorn javascript引擎,它允許我們在JVM上運行特定的javascript應用。
詳細參考:http://www.runoob.com/java/java8-new-features.html

JAVA 9

2017-09-22
模塊系統:模塊是一個包的容器,Java 9 最大的變化之一是引入了模塊系統(Jigsaw 項目)。
REPL (JShell):交互式編程環境。
HTTP 2 客戶端:HTTP/2標準是HTTP協議的最新版本,新的 HTTPClient API 支持 WebSocket 和 HTTP2 流以及服務器推送特性。
改進的 Javadoc:Javadoc 現在支持在 API 文檔中的進行搜索。另外,Javadoc 的輸出現在符合兼容 HTML5 標準。
多版本兼容 JAR 包:多版本兼容 JAR 功能能讓你創建僅在特定版本的 Java 環境中運行庫程序時選擇使用的 class 版本。
集合工廠方法:List,Set 和 Map 接口中,新的靜態工廠方法可以創建這些集合的不可變實例。
私有接口方法:在接口中使用private私有方法。我們可以使用 private 訪問修飾符在接口中編寫私有方法。
進程 API: 改進的 API 來控制和管理操作系統進程。引進 java.lang.ProcessHandle 及其嵌套接口 Info 來讓開發者逃離時常因爲要獲取一個本地進程的 PID 而不得不使用本地代碼的窘境。
改進的 Stream API:改進的 Stream API 添加了一些便利的方法,使流處理更容易,並使用收集器編寫複雜的查詢。
改進 try-with-resources:如果你已經有一個資源是 final 或等效於 final 變量,您可以在 try-with-resources 語句中使用該變量,而無需在 try-with-resources 語句中聲明一個新變量。
改進的棄用註解 @Deprecated:註解 @Deprecated 可以標記 Java API 狀態,可以表示被標記的 API 將會被移除,或者已經破壞。
改進鑽石操作符(Diamond Operator) :匿名類可以使用鑽石操作符(Diamond Operator)。
改進 Optional 類:java.util.Optional 添加了很多新的有用方法,Optional 可以直接轉爲 stream。
多分辨率圖像 API:定義多分辨率圖像API,開發者可以很容易的操作和展示不同分辨率的圖像了。
改進的 CompletableFuture API : CompletableFuture 類的異步機制可以在 ProcessHandle.onExit 方法退出時執行操作。
輕量級的 JSON API:內置了一個輕量級的JSON API
響應式流(Reactive Streams) API: Java 9中引入了新的響應式流 API 來支持 Java 9 中的響應式編程。
詳細參考:http://www.runoob.com/java/java9-new-features.html

JAVA 10

2018-03-21
根據官網的公開資料,共有12個重要特性,如下:
JEP286,var 局部變量類型推斷。
JEP296,將原來用 Mercurial 管理的衆多 JDK 倉庫代碼,合併到一個倉庫中,簡化開發和管理過程。
JEP304,統一的垃圾回收接口。
JEP307,G1 垃圾回收器的並行完整垃圾回收,實現並行性來改善最壞情況下的延遲。
JEP310,應用程序類數據 (AppCDS) 共享,通過跨進程共享通用類元數據來減少內存佔用空間,和減少啓動時間。
JEP312,ThreadLocal 握手交互。在不進入到全局 JVM 安全點 (Safepoint) 的情況下,對線程執行回調。優化可以只停止單個線程,而不是停全部線程或一個都不停。
JEP313,移除 JDK 中附帶的 javah 工具。可以使用 javac -h 代替。
JEP314,使用附加的 Unicode 語言標記擴展。
JEP317,能將堆內存佔用分配給用戶指定的備用內存設備。
JEP317,使用 Graal 基於 Java 的編譯器,可以預先把 Java 代碼編譯成本地代碼來提升效能。
JEP318,在 OpenJDK 中提供一組默認的根證書頒發機構證書。開源目前 Oracle 提供的的 Java SE 的根證書,這樣 OpenJDK 對開發人員使用起來更方便。
JEP322,基於時間定義的發佈版本,即上述提到的發佈週期。版本號爲$FEATURE.\$INTERIM.$UPDATE.\$PATCH,分別是大版本,中間版本,升級包和補丁版本。

JAVA 11

2018-09-25
翻譯後的新特性有:
181:Nest-Based訪問控制
309:動態類文件常量
315:改善Aarch64 intrinsic
318:無操作垃圾收集器
320:消除Java EE和CORBA模塊
321:HTTP客戶端(標準)
323:局部變量的語法λ參數
324:Curve25519和Curve448關鍵協議
327:Unicode 10
328:飛行記錄器
329:ChaCha20和Poly1305加密算法
330:發射一列縱隊源代碼程序
331:低開銷堆分析
332:傳輸層安全性(Transport Layer Security,TLS)1.3
333:動作:一個可伸縮的低延遲垃圾收集器 (實驗)
335:反對Nashorn JavaScript引擎
336:反對Pack200工具和API

JAVA 12

2019-03-19
作爲“功能性版本”,JDK 12 總共包含 8 個新的 JEP ,分別爲:
189: Shenandoah: A Low-Pause-Time Garbage Collector (Experimental) :新增一個名爲 Shenandoah 的垃圾回收器,它通過在 Java 線程運行的同時進行疏散 (evacuation) 工作來減少停頓時間。
230: Microbenchmark Suite:新增一套微基準測試,使開發者能夠基於現有的 Java Microbenchmark Harness(JMH)輕鬆測試 JDK 的性能,並創建新的基準測試。
325: Switch Expressions (Preview) :對 switch 語句進行擴展,使其可以用作語句或表達式,簡化日常代碼。
334: JVM Constants API :引入一個 API 來對關鍵類文件 (key class-file) 和運行時工件的名義描述(nominal descriptions)進行建模,特別是那些可從常量池加載的常量。
340: One AArch64 Port, Not Two :刪除與 arm64 端口相關的所有源碼,保留 32 位 ARM 移植和 64 位 aarch64 移植。
341: Default CDS Archives :默認生成類數據共享(CDS)存檔。
344: Abortable Mixed Collections for G1 :當 G1 垃圾回收器的回收超過暫停目標,則能中止垃圾回收過程。
346: Promptly Return Unused Committed Memory from G1 :改進 G1 垃圾回收器,以便在空閒時自動將 Java 堆內存返回給操作系統。
原文地址:http://openjdk.java.net/projects/jdk/12/

我們知道,JDK 11 是一個 LTS (Long Term Support) 版本,那麼,該怎麼選擇呢?(反正 JDK 8 還是主流,我真的困惑嗎?)
我該用12還是 11:https://blog.csdn.net/csdnnews/article/details/83753246

JAVA 13

主要有5個特性:
350: Dynamic CDS Archives 參考: https://www.jianshu.com/p/0b8a9d137ee7
351: ZGC: Uncommit Unused Memory 參考:https://www.jianshu.com/p/18fc5a042ed1
353: Reimplement the Legacy Socket API
354: Switch Expressions (Preview)
355: Text Blocks (Preview)

350: Dynamic CDS Archives
在JDK10中被引入的新特性,但是當時創建步驟比較繁瑣。
JDK10中需要的步驟

  1. 需要指定要歸檔那些類 -XX:DumpLoadedClassList=classes.lst
  2. 創建歸檔 -Xshare:dump -XX:SharedArchiveFile -XX:SharedClassListFile=classes.lst
  3. 使用歸檔 -Xshare:on -XX:SharedArchiveFile

在JDK13中引入新的選項,在程序退出時自動歸檔:
java -XX:ArchiveClassesAtExit=app.jsa -cp app.jar HelloDemo

使用歸檔步驟與之前相同,默認-Xshare:on是開啓的
類加載過程:
加載->驗證->準備->解析->初始化->使用->卸載
加載:找到Class的位置,從Class位置讀取Class文件內容
驗證:文件格式的驗證、元數據的驗證、字節碼驗證和符號引用驗證。
準備:正式爲類變量分配內存並設置類變量初始值的階段,這些內存都將在方法區中分配。存儲爲JDK內部數據結構
解析:虛擬機將常量池中的符號引用轉化爲直接引用的過程,解析接口,字段解析
初始化:創建類
CDS的設計目的主要爲了提升啓動應用時的速度,class-data只需要創建一次,後續重複使用,減少了加載,驗證,準備階段。可能會有解析階段
參考:App CDS實戰

351: ZGC: Uncommit Unused Memory
ZGC從JDK11中被引入進來,在進行GC的時候保證更短的停頓時間,10ms以下,在JDK13中新增了歸還未提交,未使用的內存給操作系統
ZGC由許多的ZPage組成,Zpage是不同大小的內存區域,分爲小、中、大。當ZGC壓縮內存時,Zpage被清空到ZPageCache中,ZpageCache是準備隨時被用到的區域,如果被使用,會立刻從ZpageCache中移除到Zpage中,但是如果ZpageCache中的Zpage長時間未使用,則變爲未提交使用的內存,後續可還給操作系統。
When ZGC compacts the heap, ZPages are freed up and inserted into a page cache, the ZPageCache.
設置一個時間多久從ZpageCache中移除(evict)Zpage
-XX:+UnlockExperimentalVMOptions -XX:+ZUncommit -XX:ZUncommitDelay=

參考:ZGC完全指南

353: Reimplement the Legacy Socket API
JDK底層對Socket的實現非常的古老,從JDK1.0中被使用一直到現在,底層爲很早的Java和C代碼,對於開發JDK的人來說,非常的難以維護和Debug,因此重新實現了Socket API的接口。
JDK13之前,使用PlainSocketImpl
JDK13引入了,NioSocketImpl替換PlainSocketImpl。

354: Switch Expressions (Preview)
引入了一個新的關鍵字yield用於返回switch語句的內容。最開始我們寫switch語句都要在語句之前做一些初始化變量,現在可以直接得到swicth語句額返回結果
最開始的switch寫法:
int numLetters;
switch (day) {

case MONDAY:
case FRIDAY:
case SUNDAY:
    numLetters = 6;
    break;
case TUESDAY:
    numLetters = 7;
    break;
case THURSDAY:
case SATURDAY:
    numLetters = 8;
    break;
case WEDNESDAY:
    numLetters = 9;
    break;
default:
    throw new IllegalStateException("Wat: " + day);

}

在JDK13中可以這樣寫:
沒有邏輯的返回
int numLetters = switch (day) {

case MONDAY, FRIDAY, SUNDAY -> 6;
case TUESDAY                -> 7;
case THURSDAY, SATURDAY     -> 8;
case WEDNESDAY              -> 9;

};

邏輯較多的處理

  String result = switch (number) {
        case 1, 2:
                // 邏輯代碼
            yield "one or two";
        case 3:
              // 邏輯代碼
            yield "three";
        case 4, 5, 6:
            yield "four or five or six";
        default:
            yield "unknown";
    };
    return result;

355: Text Blocks (Preview)
最開始寫長字符串的時候,往往要使用多個字符串拼接,一是浪費性能,而是看起來很難看。尤其寫HTML字符串或者SQL語句時。
// 比如HTML
String html = "n" +

          "    <body>\n" +
          "        <p>Hello, world</p>\n" +
          "    </body>\n" +
          "</html>\n";

現在可以寫成:
String html = """

          <html>
              <body>
                  <p>Hello, world</p>
              </body>
          </html>
          """;

注意:
其中有個細微的區別,是開頭"""之後必須另起一行,另外結尾的"""是否另起一行有不同的效果
注意在使用的時候每一行可能需要處理兩邊的空格
"""
line 1
line 2
line 3
"""

=>

"line 1nline 2nline 3n"

"""
line 1
line 2
line 3"""

=>

"line 1nline 2nline 3"

最後
JDK13在一定程度上還是可以加快我們的開發速度...,最重要的是其歸檔特性可以大大減少我們應用的啓動時間,ZGC則讓我們在內存吃緊時,又帶來了福音。
值得一試!

原文鏈接:
https://blog.csdn.net/qq934235475/article/details/82220076
https://www.jianshu.com/p/a84dbf73fcf1

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章