你們公司還在用哪個版本？

謝邀！

最近這幾年都在用java8，挺好用的，沒打算換！11還沒用上呢12就來了。看看前幾天官宣：

我們來分析分析看看加了哪些新功能：

Shenandoah：低暫停時間的 GC（實驗性功能）。新增了一個名為 Shenandoah 的 GC 算法，通過與正在運行的 Java 線程同時進行 evacuation 工作來減少 GC 暫停時間。使用 Shenandoah 的暫停時間與堆大小無關，這意味著無論堆是 200 MB 還是 200 GB，都將具有相同的暫停時間。

微基準測試套件。JDK 源碼中新增了一套微基準測試套件，使開發人員可以輕松運行現有的微基準測試并創建新的基準測試。

Switch 表達式（預覽功能）。擴展了 switch 語句，使其不僅可以作為語句（statement），還可以作為表達式（expression），并且兩種寫法都可以使用傳統的 switch 語法，或者使用簡化的“case L ->”模式匹配語法作用于不同范圍并控制執行流。這些更改將簡化日常編碼工作，并為 switch 中的模式匹配（JEP 305）做好準備。

JVM 常量 API。引入 API 對關鍵類文件和運行時工件建模，特別是可從常量池加載的常量。在新的 java.lang.invoke.constant 包中定義了一系列基于值的符號引用（JVMS 5.1）類型，它們能夠描述每種可加載常量。符號引用以純 nominal 形式描述可加載常量，與類加載或可訪問性上下文區分開。有些類可以作為自己的符號引用（例如 String），而對于可鏈接常量，定義了一系列符號引用類型（ClassDesc、MethodTypeDesc、MethodHandleDesc 和 DynamicConstantDesc），它們包含描述這些常量的 nominal 信息。

只保留一個 AArch64 實現。刪除了與 arm64 相關的所有源，同時保留 32 位 ARM 實現和 64 位 aarch64。

可中止的 G1 Mixed GC。如果 G1 Mixed GC 存在超出暫停目標的可能性，則使其可中止。

G1 及時返回未使用的已分配內存。增強 G1 GC，在空閑時自動將 Java 堆內存返回給操作系統。為了實現向操作系統返回最大內存量的目標，G1 將在應用程序不活動期間定期執行或觸發并發周期以確定整體 Java 堆使用情況。這將導致它自動將 Java 堆的未使用部分返回給操作系統。而在用戶控制下，可以可選地執行完整的 GC，以使返回的內存量最大化。

總的來，新特性側重點在底層，對開發來說沒有太大的幫助。GC有了新的算法（http://openjdk.java.net/jeps/346），大家可以在網上看到詳細介紹。也希望openJDK版本更新不要這么頻繁，只考慮自己新版本的炒作噱頭而忽略廣大用戶的感受是有欠妥當的。大家覺得呢？

大狂客，七年軟甲開發，三年架構經驗，持續分享技術方面的見解，希望能夠和同樣喜歡技術的你溝通交流！