Java SE Development Kit 9 (簡稱jdk9)是一款針對Java開發(fā)員的軟件開發(fā)工具包，歷經(jīng)曲折的Java 9正式版終于發(fā)布了！本平臺提供最新版的jdk9.0正式版jdk-9_solaris-sparcv9_bin.tar.gz下載，需要的朋友可下載試試！

JDK9 提供超過 150 項新功能特性，包括備受期待的模塊化系統(tǒng)、可交互的 REPL 工具 jshell，以及安全增強、擴展提升、性能管理改善等。

其他版本下載

JDK9.0正式版 win64位下載地址

JDK9.0正式版 Mac64位下載地址

JDK9.0正式版 Linux下載地址

人們期待已久的Java SE 9.0將在2017年9月21日發(fā)布，它會帶來一些重要的變化。

JDK 9的核心變化就是引入了一種新的Java編程組件，也就是模塊，按照Oracle的說法，它是一個可命名的、自描述的代碼和數(shù)據(jù)集合。模塊技術(shù)的核心目標(biāo)是減少Java應(yīng)用和Java核心運行時環(huán)境的大小與復(fù)雜性。為此，JDK本身進(jìn)行了模塊化，Oracle希望通過這種方式提升性能、安全性和可維護(hù)性。

為了支持Java 9的模塊，引入一種新的模塊化JAR文件形式，按照這種形式會在其根目錄中包含一個module-info.class文件。Oracle同時提供了工具，允許我們組合和優(yōu)化一組模塊，形成自定義的運行時鏡像（image），這樣的鏡像不必將整個Java運行時包含進(jìn)來。模塊化所帶來的其他變化包括從Java運行時鏡像中移除了rt.jar和tools.jar。

InfoQ與Ben Evans進(jìn)行了交流，以了解他對Java 9.0模塊系統(tǒng)的看法，他是Java社區(qū)進(jìn)程（JCP）執(zhí)行委員會的成員。

Evans：我認(rèn)為最急需重構(gòu)的應(yīng)用恰好就是最適合進(jìn)行模塊化的應(yīng)用。如果你已經(jīng)備受Lava Flow / God Class / Stovepipe System地獄的折磨，而且你的利益相關(guān)方明確知道這一點，那么你可能更容易說服他們進(jìn)行一次完整的底層重構(gòu)，通過漸進(jìn)式的努力形成一個完成的模塊解決方案（而不是簡單重構(gòu)并遷移至Java 8）是值得去做的。

Oracle宣布Java 8會是一個長期支持的發(fā)布版本，會一直支持到2022年，因此Evans認(rèn)為很多的應(yīng)用將會停留在Java 8上，根本不會升級到Java 9。Evans補充說，有些應(yīng)用可能會讓開發(fā)和構(gòu)建工具鏈?zhǔn)褂肑ava 8版本，而在生產(chǎn)環(huán)境使用Java 9的運行時。

對特定類型的應(yīng)用來說，這是很有幫助的。例如，我曾經(jīng)見到有的電子商務(wù)網(wǎng)站具有非常大的堆空間，其中包含了大約40G的字符串?dāng)?shù)據(jù)。Java 9的ompact Strings技術(shù)能夠?qū)⑦@種類型的內(nèi)存使用減半。這反過來又會對GC的性能帶來積極的影響。對于有些應(yīng)用來說（這可能就包括大型的Solr安裝環(huán)境及類似場景），單單這一項收益就值得將運行時升級到Java 9。

Java 9使用G1作為默認(rèn)的垃圾收集器，替代了之前默認(rèn)使用的Parallel GC。Evans對這項變化的評論：

這項變更是很重要的，因為相對于Parallel來說，G1會在應(yīng)用線程上做更多的事情，而Parallel幾乎沒有在應(yīng)用線程上做任何事情，它基本上完全依賴GC線程完成所有的內(nèi)存管理。這意味著切換到G1將會為應(yīng)用線程帶來額外的工作，從而直接影響到應(yīng)用的性能。

在很多（甚至可以說大多數(shù)）場景中，這種額外的性能損耗都不是什么問題。但是，在這方面，我確實也曾經(jīng)見過從Parallel切換到G1時，有一定比例的工作負(fù)載會引起性能的下降。對于這些應(yīng)用來說，這種性能下降是無法接受的，所以他們無法切換至G1收集器。隨著G1成為默認(rèn)的收集器，這將會影響到升級至Java 9的每個應(yīng)用。

對于大型的代碼庫是否需要重構(gòu)為模塊的形式，InfoQ詢問了Martijn Verburg的意見，他是JClarity的CEO，也是倫敦Java用戶組（Java User Group）的聯(lián)合組織者。

Verburg：需要這樣做，另外，我還希望你要處理的大型代碼庫已經(jīng)按照一定的模塊化結(jié)構(gòu)語義進(jìn)行了拆分，不管你采用的是OSGi、Maven模塊、JBoss模塊，還是采用簡單的內(nèi)部規(guī)則，將包和接口的結(jié)構(gòu)劃分出清晰的邊界都可以。

Verburg給出了一些通用的模塊化建議，并且指出了開發(fā)人員在采用Java 9模塊系統(tǒng)時，需要注意的一些事情：

閱讀Paul和Sander的圖書“Java 9 modularity”：它是本權(quán)威指南，提到了所有需要注意的地方，闡述了模塊、包以及JAR之間如何運行的關(guān)聯(lián)關(guān)系；
在模塊邊界的地方，使用定義良好的接口并且針對這些接口編程；
不要拆分包（split package），也就是說一個包不要分散到兩個模塊中。Adopt OpenJDK有個探測工具，我們可以用它來探測已有的代碼；
確保不要存在循環(huán)依賴（Jigsaw不允許這樣）；
模塊在源碼的布局上與我們已習(xí)慣的方式有所不同，需要確保構(gòu)建工具能夠進(jìn)行對應(yīng)的處理；
Jigsaw不支持多版本。
按照Verburg的說法，核心要點在于處理循環(huán)依賴、拆分包的問題，并確保針對接口進(jìn)行編碼。在嘗試使用Jigsaw模塊化重構(gòu)之前，針對已有的代碼庫，這些工作需要預(yù)先完成。他還澄清了一個誤解，那就是只有模塊化的應(yīng)用才能在Java 9上運行。

由于誤解，在這方面有一種FUD（恐懼、不確定和懷疑）情緒，有人誤認(rèn)為在Java 9上運行的必須是模塊化的應(yīng)用。事實并非如此，我們可以將已有的基于類路徑的應(yīng)用直接在Java 9上運行。這里會有一些新的安全限制，因此我們需要設(shè)置一些特定的運行時標(biāo)記（除非你重構(gòu)代碼，使用更安全的方式來訪問Java的內(nèi)部資源），即便如此，默認(rèn)的行為也只是警告，而不是完全阻止我們（Java 10的限制會更嚴(yán)格）。

Verburg認(rèn)為Jigsaw會是一個基石，會讓Java的演進(jìn)更快，這要歸功于Mark Reinhold、Alan Bateman、Mandy Chung以及Jigsaw團(tuán)隊的其他成員多年來不知疲倦的工作，正是他們的努力使這一切得以實現(xiàn)。

Java 9還引入了jshell工具。這個命令行環(huán)境為Java平臺帶來了讀入-求值-打印-循環(huán)（Read-Eval-Print-Loop，REPL）功能。它的目的在于以即時結(jié)果和反饋的形式，簡化原型的實現(xiàn)并幫助我們探索語言在編碼時的可選項。

Verburg和Evans看到Java 9中包含了jShell都非常興奮，但令他們失望的是，HTTP/2只是作為Java 9的一個孵化模塊（incubator module）提供的。鑒于社區(qū)對這項特性的興趣和提供的幫助，Evans認(rèn)為Oracle應(yīng)該投入足夠的工程資源，將HTTP/2交付為GA版本。