【JAVA各版本特性】JAVA 1.0 - JAVA 12

make

 

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 

 

此外，JDK8的截止時間爲2019年1月份，到期後，Oracle將再也不提供補丁及其它的更新服務。官網稱可能會更久，JDK9的截止時間是2018年3月，JDK10的截止版本是2018年9月。（詳細請前往：http://www.oracle.com/technetwork/java/javase/eol-135779.html?ssSourceSiteId=otncn），JDK 9和 JDK 10都是一個短時間版本，故穩定長期的版本多是今年9月份發行的JAVA 11(LTS - Long Term Support)版本。

如下是源自（http://openjdk.java.net/projects/jdk/11/）的一張時間表：

 

如下是（http://openjdk.java.net/projects/jdk/12/）JDK 12的時間表：

 

最終版本就是今天，而後可用的是9月25發佈，讓咱們一塊兒期待吧。

最終12版本就是2019-03-19，讓咱們一塊兒期待吧。

寫完，深深感慨，我司如今用的是 jdk 1.7，而我爲了嚐鮮用了1.8(?? 1.8嚐個屁的鮮)，發佈項目還得轉成1.7編譯運行測試以後再發布（我司已所有更換爲1.8哈哈）。可是我堅信，有朝一日，我能夠用上java 11的！✧(≖ ◡ ≖✿) ———————————————— 版權聲明：本文爲CSDN博主「程序員阿喵」的原創文章，遵循CC 4.0 by-sa版權協議，轉載請附上原文出處連接及本聲明。原文連接：https://blog.csdn.net/qq934235475/article/details/82220076