按照 Java 1995 年正式誕生起到現(xiàn)在秉沼，已經(jīng)快 23 年了桶雀。
現(xiàn)在好多人還在用 Java SE 6，還有一部分人 Java SE 8 還沒玩明白呢唬复，Java SE 9 已經(jīng)粉末登場了矗积。在 Open JDK 的官網(wǎng)上看到了 Java 10 的標準也在制定當中，Java 的發(fā)展真的越來越快了敞咧。
modularity System 模塊系統(tǒng)
Java 9 中主要的變化是已經(jīng)實現(xiàn)的模塊化系統(tǒng)棘捣。
Modularity 提供了類似于 OSGI 框架的功能，模塊之間存在相互的依賴關(guān)系休建，可以導出一個公共的 API乍恐，并且隱藏實現(xiàn)的細節(jié)评疗，Java 提供該功能的主要的動機在于，減少內(nèi)存的開銷茵烈，在 JVM 啟動的時候百匆，至少會有 30～60MB 的內(nèi)存加載，主要原因是 JVM 需要加載 rt.jar呜投，不管其中的類是否被 classloader 加載加匈，第一步整個 jar 都會被 JVM 加載到內(nèi)存當中去，模塊化可以根據(jù)模塊的需要加載程序運行需要的 class宙彪。
在引入了模塊系統(tǒng)之后矩动，JDK 被重新組織成 94 個模塊。Java 應(yīng)用可以通過新增的 jlink 工具释漆，創(chuàng)建出只包含所依賴的 JDK 模塊的自定義運行時鏡像悲没。這樣可以極大的減少 Java 運行時環(huán)境的大小。使得 JDK 可以在更小的設(shè)備中使用男图。采用模塊化系統(tǒng)的應(yīng)用程序只需要這些應(yīng)用程序所需的那部分 JDK 模塊示姿，而非是整個 JDK 框架了。
HTTP/2
JDK9 之前提供 HttpURLConnection API 來實現(xiàn) HTTP 訪問功能逊笆，但是這個類基本很少使用栈戳，一般都會選擇 Apache 的 HttpClient，此次在 Java 9 的版本中引入了一個新的 package:java.net.http难裆，里面提供了對 HTTP 訪問很好的支持子檀，不僅支持 HTTP 1.1 而且還支持 HTTP 2（什么是 HTTP2？請參見?HTTP2 的時代來了...）乃戈，以及 WebSocket褂痰，據(jù)說性能特別好。
注意：新的 HttpClient API 在 Java 9 中以所謂的孵化器模塊交付症虑。也就是說缩歪，這套 API 不能保證 100% 完成。
JShell
用過 Python 的童鞋都知道谍憔，Python 中的讀取-求值-打印循環(huán)（ Read-Evaluation-Print Loop ）很方便匪蝙。它的目的在于以即時結(jié)果和反饋的形式。
Java9 引入了 JShell 這個交互性工具习贫，讓 Java 也可以像腳本語言一樣來運行逛球，可以從控制臺啟動 JShell ，在 JShell 中直接輸入表達式并查看其執(zhí)行結(jié)果沈条。當需要測試一個方法的運行效果需忿，或是快速的對表達式進行求值時，JShell 都非常實用。
除了表達式之外屋厘，還可以創(chuàng)建 Java 類和方法涕烧。jshell 也有基本的代碼完成功能。我們在教人們?nèi)绾尉帉?Java 的過程中汗洒，不再需要解釋 “public static void main（String [] args）” 這句廢話议纯。
不可變集合工廠方法
Java 9 增加了 List.of()、Set.of()溢谤、Map.of()和 Map.ofEntries()等工廠方法來創(chuàng)建不可變集合瞻凤。
除了更短和更好閱讀之外，這些方法也可以避免您選擇特定的集合實現(xiàn)世杀。在創(chuàng)建后阀参，繼續(xù)添加元素到這些集合會導致 “UnsupportedOperationException”。
私有接口方法
Java 8 為我們提供了接口的默認方法和靜態(tài)方法瞻坝，接口也可以包含行為蛛壳，而不僅僅是方法定義。
默認方法和靜態(tài)方法可以共享接口中的私有方法所刀，因此避免了代碼冗余衙荐，這也使代碼更加清晰。如果私有方法是靜態(tài)的浮创，那這個方法就屬于這個接口的忧吟。并且沒有靜態(tài)的私有方法只能被在接口中的實例調(diào)用。
HTML5 風格的 Java 幫助文檔
Java 8 之前的版本生成的 Java 幫助文檔是在 HTML 4 中斩披。在 Java 9 中溜族，Javadoc 的輸出現(xiàn)在符合兼容 HTML5 標準。現(xiàn)在 HTML 4 是默認的輸出標記語言垦沉，但是在之后發(fā)布的 JDK 中斩祭，HTML 5 將會是默認的輸出標記語言。
Java 幫助文檔還是由三個框架組成的結(jié)構(gòu)構(gòu)成乡话，這是不會變的，并且以 HTML 5 輸出的 Java 幫助文檔也保持相同的結(jié)構(gòu)耳奕。每個 Javadoc 頁面都包含有關(guān) JDK 模塊類或接口來源的信息绑青。
多版本兼容 JAR
當一個新版本的 Java 出現(xiàn)的時候，你的庫用戶要花費很長時間才會切換到這個新的版本屋群。這就意味著庫要去向后兼容你想要支持的最老的 Java 版本 (許多情況下就是 Java 6 或者 7)闸婴。這實際上意味著未來的很長一段時間，你都不能在庫中運用 Java 9 所提供的新特性芍躏。
在上述場景中邪乍，multirelease.jar 可以在 Java 9 中使用, 不過 Helper 這個類使用的不是頂層的 multirelease.Helper 這個 class, 而是處在“META-INF/versions/9”下面的這個。這是特別為 Java 9 準備的 class 版本，可以運用 Java 9 所提供的特性和庫庇楞。同時榜配，在早期的 Java 諸版本中使用這個 JAR 也是能運行的，因為較老版本的 Java 只會看到頂層的這個 Helper 類吕晌。
統(tǒng)一 JVM 日志
Java 9 中 蛋褥，JVM 有了統(tǒng)一的日志記錄系統(tǒng)，可以使用新的命令行選項-Xlog 來控制 JVM 上 所有組件的日志記錄睛驳。該日志記錄系統(tǒng)可以設(shè)置輸出的日志消息的標簽烙心、級別、修飾符和輸出目標等乏沸。
Java 9 的垃圾收集機制
Java 9 移除了在 Java 8 中 被廢棄的垃圾回收器配置組合淫茵，同時把 G1 設(shè)為默認的垃圾回收器實現(xiàn)。替代了之前默認使用的 Parallel GC蹬跃，對于這個改變匙瘪，evens 的評論是醬紫的：這項變更是很重要的，因為相對于 Parallel 來說炬转，G1 會在應(yīng)用線程上做更多的事情辆苔，而 Parallel 幾乎沒有在應(yīng)用線程上做任何事情，它基本上完全依賴 GC 線程完成所有的內(nèi)存管理扼劈。這意味著切換到 G1 將會為應(yīng)用線程帶來額外的工作驻啤，從而直接影響到應(yīng)用的性能。
I/O 流新特性
java.io.InputStream 中增加了新的方法來讀取和復制 InputStream 中包含的數(shù)據(jù)荐吵。
readAllBytes：讀取 InputStream 中的所有剩余字節(jié)骑冗；
readNBytes： 從 InputStream 中讀取指定數(shù)量的字節(jié)到數(shù)組中；
transferTo：讀取 InputStream 中的全部字節(jié)并寫入到指定的 OutputStream 中先煎。
更多java小知識可詢462403503或點擊下方藍色字體了解
