預(yù)計發(fā)布的Java 9中，最令人興奮的特性是什么？

有關(guān)Java9的消息最近顯得有些沉寂，不要被它迷惑了。JDK開發(fā)者正在努力朝著下一個版本邁進(jìn)，計劃2015年12月前完成所有功能開發(fā)。之后，它會經(jīng)歷嚴(yán)格測試和bug修復(fù)以準(zhǔn)備它的全面上市，按計劃會在2016年9月發(fā)布。

[[140593]]

今天我們已經(jīng)對Java 9中所期待的特性有了一個很清晰的圖景。如果Java 8可以被描述為主要是lambdas表達(dá)式、streams和API變化的話，那么Java 9就是關(guān)于Jigsaw、額外的實用工具和內(nèi)部的變化。在這篇文章中，收集了一些我們認(rèn)為是Java 9中最期待的特性——除了通常的猜測之外，Jigsaw項目，承擔(dān)了打破JRE并對Java核心組件模塊化的使命。

這里有一些特性是Java 9中絕對必要了解的，其中的一些已經(jīng)在早期的發(fā)布版本中為你搗鼓做好了準(zhǔn)備。

1.Java + REPL = jshell

是的。之前我們懷疑Kulla項目是否會在Java 9中準(zhǔn)時發(fā)布，但現(xiàn)在已得到了官方確認(rèn)。下一版發(fā)布的Java將會有稱為jshell的新命令行工具，它會添加本地支持和以Java方式對REPL（交互式解釋器）進(jìn)行推廣。意思是說，如果你想只運行幾行Java代碼，你不必把它包裝進(jìn)一個單獨的工程或者方法。

噢，你可以忘掉那些分號了：

-> 2 + 2
| 表達(dá)式的值是4
| 將臨時變量$1的類型設(shè)為int

還有一些像REPL加載項一樣的替代品會增加到流行的IDE和解決方案中，就像Java REPL網(wǎng)頁控制臺。但目前為止，還沒有官方的或者合適的方式來這么做。jshell在早期的版本中已經(jīng)可以用了，等著你給它來個測試運行。

2、微基準(zhǔn)測試要來了

由Alexey Shipilev開發(fā)的Java微基準(zhǔn)測試套件（Java Microbenchmarking Harness）正在其進(jìn)化的下一階段，并加入Java作為官方基準(zhǔn)解決方案。我們真的很喜歡在Takipi做基準(zhǔn)，所以一套標(biāo)準(zhǔn)化的執(zhí)行方式是我們期待的。

JHM是一組用來編譯、運行和分析nano/micro/milli/macro基準(zhǔn)的套件。當(dāng)涉及到精確基準(zhǔn)評估，對 結(jié)果產(chǎn)生很大影響的能力將備受關(guān)注，比如預(yù)熱時間和優(yōu)化。當(dāng)你以微秒或納秒計時的情況下尤其如此。所以，如果你想要更加精確的結(jié)果來幫助跟蹤基準(zhǔn)以做出正 確的決定，JMH是你的***選擇——并且現(xiàn)在它已經(jīng)成為Java 9的同義詞了。

3、G1會成為新的默認(rèn)垃圾收集器嗎？

我們經(jīng)常聽說的一個誤解是：Java只有一個垃圾收集器，而事實上它有4個。Java 9中，仍有一個運行提議，關(guān)于替換由Java 7引入的G1默認(rèn)垃圾收集器（并行/吞吐量收集）的討論。不同收集器之間差別精簡概述，可以查看這篇里的文章。

通常來說，G1被設(shè)計來更好地支持大于4GB的堆，并且不會造成頻繁的GC暫停，但當(dāng)暫停發(fā)生時，往往會處理更長時間。最近我們和Outbrain的性能專家Haim Yadid討論了關(guān)于GC的方方面面，來幫助你了解更多各收集器之間不同的權(quán)衡。同樣，如果你想要深入了解相關(guān)討論，那么hotspot-dev和jdk9-dev的郵件組是個開始學(xué)習(xí)不錯的地方。

4、未來是HTTP 2.0

官方的HTTP 2.0標(biāo)準(zhǔn)是幾個月之前被批準(zhǔn)的，基于Google的SPDY算法構(gòu)建。SPDY已經(jīng)展示了相對HTTP 1.1巨大的速度提升，范圍在11.81%到47.7%之間，并且它已經(jīng)存在于大多數(shù)現(xiàn)代的瀏覽器中了。Java 9將全面支持HTTP 2.0，并且為Java配備一個全新的HTTP客戶端來替代HttpURLConnection，并且同時還實現(xiàn)HTTP 2.0和websockets。

5、進(jìn)程API得到了巨大的推動

到目前為止，通過Java來控制和管理操作系統(tǒng)進(jìn)程能力有限。例如在早期版本的Java中，為了做一些簡單的事情，像得到進(jìn)程PID，要么訪問本機(jī)代碼，要么用某種神奇的臨時解決方法。此外，還可能需要一個對于每個平臺提供不同實現(xiàn)來保證你得到正確的結(jié)果。

在Java 9中，除了獲取Linux PID的代碼，現(xiàn)在都像這樣來獲?。?/p>

public static void main(String[] args) throws Exception { 
    Process proc = Runtime.getRuntime().exec(new String[]{ "/bin/sh", "-c", "echo $PPID" }); 
    if (proc.waitFor() == 0) { 
        InputStream in = proc.getInputStream(); 
        int available = in.available(); 
        byte[] outputBytes = new byte[available]; 
        in.read(outputBytes); 
        String pid = new String(outputBytes); 
        System.out.println("Your pid is " + pid); 
    } 
} 

轉(zhuǎn)向像這樣的代碼（同樣也支持所有的操作系統(tǒng)）：

System.out.println("Your pid is" + Process.getCurrentPid());

這一更新將擴(kuò)展Java與操作系統(tǒng)交互的能力：全新的直接操作PID、進(jìn)程名和狀態(tài)的方法，操作JVM線程和進(jìn)程等等能力。

你不會在Java 9中見到什么？

我們以為兩個有趣的特性會作為即將到來的Java發(fā)布版本中的一部分——但現(xiàn)在我們知道它們將不會出現(xiàn)在這次發(fā)布的版本。

1、一個標(biāo)準(zhǔn)的輕量級JSON API

在我們進(jìn)行的一項對350名開發(fā)人員的調(diào)查中，JSON API就像Jigsaw一樣被大肆宣傳，但看起來它好像沒在發(fā)布版本中，原因可能是資金問題。Mark Reinhold，Java平臺的***架構(gòu)師，在JDK 9的郵件列表中寫到：

“這個JEP對于平臺來說是個有益的補充，但長遠(yuǎn)來看，考慮到資金的因素以及Oracle資助的其它特性，它并不如其它特性一樣重要。我們考慮可能在JDK 10或者之后的版本再發(fā)布這個JEP。”

2、金錢和貨幣API

有一條新聞，似乎看起來金錢和貨幣API也缺少Oracle的支持。這是我們從Anatole Tresch那里得到的答案，這個API的產(chǎn)品推廣師：

@tkfxin 目前不會。從Oracle那里沒得到支持。取而代之的，我們將提高Java EE支持并且spring也將支持它 [[140594]]

– Anatole Tresch (@atsticks) 2015年6月16日

我們遺漏了什么嗎？請在下面的評論區(qū)告訴我們吧。沒有空閑時間？來看看何時以及為何在產(chǎn)品中代碼會出現(xiàn)失敗中斷。