Java新版本的開發已正式進入軌道，版本號18.3

Java 9在9月21日正式發佈，同時Oracle宣佈將Java新版本的發佈週期調整爲每半年一次。目前，Java新版本的開發也已正式進入軌道。就已公開的消息來看，下一個版本的Java預計會在2018年3月發佈，版本號將會是18.3，已經規劃加入的特性包括JEP 286和296。

根據reddit站點上的討論，首先更新的是JEP 296，Valhalla預計很快也會加入進來。OpenJDK的主頁面則顯示，已肯定要在18.3版本實現的是JEP 286和296。

JEP 296主要是將JDK倉庫羣（JDK Repository Forest）合併爲一個倉庫，旨在下降管理大量倉庫羣的成本。根據InfoQ以前的報道，該倉庫羣的合併已經完成。這些軟件倉庫是在OpenJDK發展史上歷次分裂生成的，在OpenJDK 9及之前的版本中將會繼續存在。在此次合併操做以前，OpenJDK曾分裂爲多個不一樣的Mercurial軟件倉庫羣，這致使了許多問題，例如不能以原子方式對多個軟件倉庫應用漏洞修復（Bug Fixes）。在OpenJDK合併完成後，只會有一個軟件倉庫，並複製在三個開發線上。爲了簡化倉庫的管理，JDK中還建立了用於在合併和未合併版本間移動更改的工具。

JEP 286提議在Java中引入局部變量的類型推斷，該JEP在2016年提出，InfoQ曾經報道過該JEP的概況和相關的開發者調查結果。該JEP旨在減小編寫Java代碼相關的儀式性的內容，提高開發人員的體驗，同時還要保證Java語言的靜態性。它會減小開發人員在聲明局部變量時，沒有必要的變量類型聲明。若是該JEP實現的話，在聲明局部變量的時候，就能夠採用相似以下的方式:

var list = new ArrayList();  // infers ArrayList
var stream = list.stream();          // infers Stream

這種語句只能用於帶有初始化器（initializer）的局部變量、加強的for-loop中的索引以及傳統for-loop中聲明的局部變量。它不能用於方法聲明、構造函數聲明、方法返回值、字段、catch語句以及其餘類型的變量聲明中。

關於局部變量的類型推斷，無論是JVM體系中的語言仍是其餘語言都提供了必定形式的支持，好比C++（auto）、C#（var）、Scala（var/val）以及Go（經過:=進行聲明）。至於該使用var做爲關鍵字，仍是使用let或相似於C/C++中的auto做爲關鍵字，以前曾經有過一個面向開發者的調查。大約84%的回答代表定義可變內容的變量用關鍵字var是恰當的，只有百分之幾的回答者建議使用auto更合適。根據Java語言架構師Brian Goetz介紹，該功能應該使用關鍵詞var。

關於該特性的用法，在reddit上有一些討論。有人表示，即使在支持「auto」語法的語言中，該特性使用的也比較少，由於有些人但願一眼就能看出變量的類型是什麼。也有人認爲，var有它的適用空間，在小的代碼塊中，直接用它實例化對象是能夠的。若是是做爲方法返回值的話，仍是但願明確聲明類型，Java的類型推斷並不支持方法返回值，這一點倒沒必要擔憂。若是函數或代碼塊比較長的話，就不建議使用var了並要考慮適時進行代碼的重寫。時間和經驗將會讓咱們更加明確應該在什麼時候使用新功能，就像Optional剛出現時，也是耗費了一些時間才明確其推薦適用場景。

Valhalla項目中包含了一些有趣的JEP，包括值類型(Value Type)、針對原始類型實現泛型功能、加強的volatile等，外界很期待這些內容最終也能添加到新版本中。