jdk 5 到 jdk 10各个版本的新特性
jdk5 jdk10各個版本的新特性
JDK1.5新特性:
工程代號為Tiger(老虎)
自從JDK1.3開始,sun維持一個習慣,大約每隔兩年發(fā)布一個JDK的主版本,以動物命名,期間發(fā)布的各個修正版本都是以昆蟲名稱作為工程名稱。
1.自動裝箱與拆箱:
2.枚舉
3.靜態(tài)導入,如:import staticjava.lang.System.out
4.可變參數(shù)(Varargs)
5.內省(Introspector),主要用于操作JavaBean中的屬性,通過getXxx/setXxx。一般的做法是通過類Introspector來獲取某個對象的BeanInfo信息,然后通過BeanInfo來獲取屬性的描述器(PropertyDescriptor),通過這個屬性描述器就可以獲取某個屬性對應的getter/setter方法,然后我們就可以通過反射機制來調用這些方法。
6.泛型(Generic)(包括通配類型/邊界類型等)
7.For-Each循環(huán)
8.注解
9.協(xié)變返回類型:實際返回類型可以是要求的返回類型的一個子類型
JDK1.6新特性:
工程代號Mustang(野馬)
1.AWT新增加了兩個類:Desktop和SystemTray,其中前者用來通過系統(tǒng)默認程序來執(zhí)行一個操作,如使用默認瀏覽器瀏覽指定的URL,用默認郵件客戶端給指定的郵箱發(fā)郵件,用默認應用程序打開或編輯文件(比如,用記事本打開以txt為后綴名的文件),用系統(tǒng)默認的打印機打印文檔等。后者可以用來在系統(tǒng)托盤區(qū)創(chuàng)建一個托盤程序
2.使用JAXB2來實現(xiàn)對象與XML之間的映射,可以將一個Java對象轉變成為XML格式,反之亦然
3.StAX,一種利用拉模式解析(pull-parsing)XML文檔的API。類似于SAX,也基于事件驅動模型。之所以將StAX加入到JAXP家族,是因為JDK6中的JAXB2和JAX-WS 2.0中都會用StAX。
4.使用Compiler API,動態(tài)編譯Java源文件,如JSP編譯引擎就是動態(tài)的,所以修改后無需重啟服務器。
5.輕量級Http Server API,據(jù)此可以構建自己的嵌入式HttpServer,它支持Http和Https協(xié)議。
6.插入式注解處理API(PluggableAnnotation Processing API)
7.提供了Console類用以開發(fā)控制臺程序,位于java.io包中。據(jù)此可方便與Windows下的cmd或Linux下的Terminal等交互。
8.對腳本語言的支持如: ruby,groovy, javascript
9.Common Annotations,原是J2EE 5.0規(guī)范的一部分,現(xiàn)在把它的一部分放到了J2SE 6.0中
10.嵌入式數(shù)據(jù)庫 Derby
JDK1.7 新特性
里程碑版本工程代號Dolphin(海豚)
1.對Java集合(Collections)的增強支持,可直接采用[]、{}的形式存入對象,采用[]的形式按照索引、鍵值來獲取集合中的對象。如:
2.在Switch中可用String
3.數(shù)值可加下劃線用作分隔符(編譯時自動被忽略)
4.支持二進制數(shù)字,如:int binary= 0b1001_1001;
5.簡化了可變參數(shù)方法的調用
6.調用泛型類的構造方法時,可以省去泛型參數(shù),編譯器會自動判斷。
7.Boolean類型反轉,空指針安全,參與位運算
8.char類型的equals方法: booleanCharacter.equalsIgnoreCase(char ch1, char ch2)
9.安全的加減乘除: Math.safeToInt(longv); Math.safeNegate(int v); Math.safeSubtract(long v1, int v2);Math.safeMultiply(int v1, int v2)……
10 .Map集合支持并發(fā)請求,注HashTable是線程安全的,Map是非線程安全的。但此處更新使得其也支持并發(fā)。另外,Map對象可這樣定義:Map map = {name:“xxx”,age:18};
JDK1.8新特性
1.接口的默認方法:即接口中可以聲明一個非抽象的方法做為默認的實現(xiàn),但只能聲明一個,且在方法的返回類型前要加上“default”關鍵字。
2.Lambda 表達式:是對匿名比較器的簡化,如:
Collections.sort(names,(String a, String b) -> {returnb.compareTo(a);});對于函數(shù)體只有一行代碼的,你可以去掉大括號{}以及return關鍵字。如:
Collections.sort(names,(String a, String b) -> b.compareTo(a));或:
Collections.sort(names, (a, b) -> b.compareTo(a));3函數(shù)式接口:是指僅僅只包含一個抽象方法的接口,要加@FunctionalInterface注解
4使用 :: 關鍵字來傳遞方法或者構造函數(shù)引用
5.多重注解
6.還增加了很多與函數(shù)式接口類似的接口以及與Map相關的API等……
jdk1.9新特性
1、Java 平臺級模塊系統(tǒng)
當啟動一個模塊化應用時, JVM 會驗證是否所有的模塊都能使用,這基于 requires 語句——比脆弱的類路徑邁進了一大步。模塊允許你更好地強制結構化封裝你的應用并明確依賴。
2.Linking
當你使用具有顯式依賴關系的模塊和模塊化的 JDK 時,新的可能性出現(xiàn)了。你的應用程序模塊現(xiàn)在將聲明其對其他應用程序模塊的依賴以及對其所使用的 JDK 模塊的依賴。為什么不使用這些信息創(chuàng)建一個最小的運行時環(huán)境,其中只包含運行應用程序所需的那些模塊呢? 這可以通過 Java 9 中的新的 jlink 工具實現(xiàn)。你可以創(chuàng)建針對應用程序進行優(yōu)化的最小運行時映像而不需要使用完全加載 JDK 安裝版本。
3.JShell : 交互式 Java REPL
許多語言已經具有交互式編程環(huán)境,Java 現(xiàn)在加入了這個俱樂部。您可以從控制臺啟動 jshell ,并直接啟動輸入和執(zhí)行 Java 代碼。 jshell 的即時反饋使它成為探索 API 和嘗試語言特性的好工具。
4.改進的 Javadoc
Javadoc 現(xiàn)在支持在 API 文檔中的進行搜索。另外,Javadoc 的輸出現(xiàn)在符合兼容 HTML5 標準。此外,你會注意到,每個 Javadoc 頁面都包含有關 JDK 模塊類或接口來源的信息。
5.集合工廠方法
通常,您希望在代碼中創(chuàng)建一個集合(例如,List 或 Set ),并直接用一些元素填充它。 實例化集合,幾個 “add” 調用,使得代碼重復。 Java 9,添加了幾種集合工廠方法:
除了更短和更好閱讀之外,這些方法也可以避免您選擇特定的集合實現(xiàn)。 事實上,從工廠方法返回已放入數(shù)個元素的集合實現(xiàn)是高度優(yōu)化的。這是可能的,因為它們是不可變的:在創(chuàng)建后,繼續(xù)添加元素到這些集合會導致 “UnsupportedOperationException” 。
6.改進的 Stream API
長期以來,Stream API 都是 Java 標準庫最好的改進之一。通過這套 API 可以在集合上建立用于轉換的申明管道。在 Java 9 中它會變得更好。Stream 接口中添加了 4 個新的方法:dropWhile, takeWhile, ofNullable。還有個 iterate 方法的新重載方法,可以讓你提供一個 Predicate (判斷條件)來指定什么時候結束迭代:
第二個參數(shù)是一個 Lambda,它會在當前 IntStream 中的元素到達 100 的時候返回 true。因此這個簡單的示例是向控制臺打印 1 到 99。
除了對 Stream 本身的擴展,Optional 和 Stream 之間的結合也得到了改進。現(xiàn)在可以通過 Optional 的新方法 stram 將一個 Optional 對象轉換為一個(可能是空的) Stream 對象:
Stream<Integer> s = Optional.of(1).stream();在組合復雜的 Stream 管道時,將 Optional 轉換為 Stream 非常有用。
7.私有接口方法
使用 Java 9,您可以向接口添加私有輔助方法來解決此問題:
8.如果您使用默認方法開發(fā) API ,那么私有接口方法可能有助于構建其實現(xiàn)。
HTTP/2
Java 9 中有新的方式來處理 HTTP 調用。這個遲到的特性用于代替老舊的 HttpURLConnection API,并提供對 WebSocket 和 HTTP/2 的支持。注意:新的 HttpClient API 在 Java 9 中以所謂的孵化器模塊交付。也就是說,這套 API 不能保證 100% 完成。不過你可以在 Java 9 中開始使用這套 API:
除了這個簡單的請求/響應模型之外,HttpClient 還提供了新的 API 來處理 HTTP/2 的特性,比如流和服務端推送。
9.多版本兼容 JAR
我們最后要來著重介紹的這個特性對于庫的維護者而言是個特別好的消息。當一個新版本的 Java 出現(xiàn)的時候,你的庫用戶要花費數(shù)年時間才會切換到這個新的版本。這就意味著庫得去向后兼容你想要支持的最老的 Java 版本 (許多情況下就是 Java 6 或者 7)。這實際上意味著未來的很長一段時間,你都不能在庫中運用 Java 9 所提供的新特性。幸運的是,多版本兼容 JAR 功能能讓你創(chuàng)建僅在特定版本的 Java 環(huán)境中運行庫程序時選擇使用的 class 版本:
在上述場景中, multirelease.jar 可以在 Java 9 中使用, 不過 Helper 這個類使用的不是頂層的 multirelease.Helper 這個 class, 而是處在“META-INF/versions/9”下面的這個。這是特別為 Java 9 準備的 class 版本,可以運用 Java 9 所提供的特性和庫。同時,在早期的 Java 諸版本中使用這個 JAR 也是能運行的,因為較老版本的 Java 只會看到頂層的這個 Helper 類。
JDK 10
JDK 10 是 Java 10 標準版的部分實現(xiàn),將于 2018 年 3 月 20 日發(fā)布,改進的關鍵點包括一個本地類型推斷、一個垃圾回收的“干凈”接口。
Java 平臺首席架構師 Mark Reinhold 近日在郵件列表上表示,按計劃,JDK 10 將于 2 月 8 日星期四進入候選發(fā)布(Release Candidate)階段。他建議 JDK 10 在該階段采用和 JDK 9 相同的發(fā)布流程,將 Bug 修復分為 P1 - P5 五個不同的級別。候選階段將重點修復那些能直接影響 JDK 10 能否成功發(fā)行的 P1 級錯誤,并將那些非關鍵或短期內無法解決的 P1 級錯誤推遲處理。此外,所有 P2 - P5 級的錯誤均留給后續(xù)版本修復。
JDK 10 的十二項新特性已確定,包括:
JEP 286: 局部變量的類型推導。該特性在社區(qū)討論了很久并做了調查,可查看 JEP 286 調查結果。
JEP 296: 將 JDK 的多個代碼倉庫合并到一個儲存庫中。
JEP 304: 垃圾收集器接口。通過引入一個干凈的垃圾收集器(GC)接口,改善不同垃圾收集器的源碼隔離性。
JEP 307: 向 G1 引入并行 Full GC。
JEP 310: 應用類數(shù)據(jù)共享。為改善啟動和占用空間,在現(xiàn)有的類數(shù)據(jù)共享(“CDS”)功能上再次拓展,以允許應用類放置在共享存檔中。
JEP 312: 線程局部管控。允許停止單個線程,而不是只能啟用或停止所有線程。
JEP 313: 移除 Native-Header Generation Tool (javah)
JEP 314: 額外的 Unicode 語言標簽擴展。包括:cu (貨幣類型)、fw (每周第一天為星期幾)、rg (區(qū)域覆蓋)、tz (時區(qū)) 等。
JEP 316: 在備用內存設備上分配堆內存。允許 HotSpot 虛擬機在備用內存設備上分配 Java 對象堆。
JEP 317: 基于 Java 的 JIT 編譯器(試驗版本)。
JEP 319: 根證書。開源 Java SE Root CA 程序中的根證書。
JEP 322: 基于時間的版本發(fā)布模式。“Feature releases” 版本將包含新特性,“Update releases” 版本僅修復 Bug 。
此外,JDK 11 的頁面已經出現(xiàn)了四個 JEP ,包括:動態(tài)類文件常量(JEP 309,Dynamic Class-File Constants)、低開銷垃圾收集器 Epsilon(JEP 318)、移除 Java EE 和 CORBA 模塊(JEP 320),以及 Lambda 參數(shù)的本地變量語法(JEP 323)。JDK 11 計劃于 2018 年 9 月發(fā)布,并有望成為新的 LTS 版本。
總結
以上是生活随笔為你收集整理的jdk 5 到 jdk 10各个版本的新特性的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 集合转换Stream流式操作
- 下一篇: MarkDown写ppt