我們?cè)凇?018 編程語(yǔ)言流行度大調(diào)查》中談到，在用戶喜愛和關(guān)注的編程語(yǔ)言中，Java獨(dú)領(lǐng)風(fēng)騷。其中，Java 9關(guān)注度不斷上升，62% 的人希望在 2018 年更多地關(guān)注 Java 9，此外有三分之一的參與者表示對(duì)即將到來(lái)的Java 10 和 11版本很感興趣。
在過(guò)去的一年中Java經(jīng)歷了一段時(shí)間的動(dòng)蕩，今年Java又有什么新進(jìn)展呢?本文讓我們一起來(lái)看看Java的狀況吧。
2017年是Java界動(dòng)蕩的一年。期待已久的Java 9帶來(lái)了許多的變化和有趣的新功能，同時(shí)Oracle也宣布了JDK新的發(fā)布時(shí)間表。而這一切只是個(gè)開始。過(guò)去開發(fā)人員常常抱怨Java的發(fā)展速度不夠快。我認(rèn)為這些抱怨將在不久的將來(lái)消失，甚至有可能帶來(lái)意外的驚喜。
從2018年開始，JDK建立了全新的發(fā)布時(shí)間表。以前一次大的版本升級(jí)需要等好幾年，現(xiàn)在則縮短為每隔6個(gè)月發(fā)布一次小版本。繼2017年9月Java 9發(fā)布之后，Java 10將在2018年3月發(fā)布，以及之后更多的新版本都將很快到來(lái)。
歡迎工作一到五年的Java工程師朋友們加入Java技術(shù)交流：611481448
群內(nèi)提供mf的Java架構(gòu)學(xué)習(xí)資料(里面有高可用、高并發(fā)、高性能及分布式、Jvm性能調(diào)優(yōu)、Spring源碼，MyBatis，Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多個(gè)知識(shí)點(diǎn)的架構(gòu)資料)合理利用自己每一分每一秒的時(shí)間來(lái)學(xué)習(xí)提升自己，不要再用"沒(méi)有時(shí)間“來(lái)掩飾自己思想上的懶惰!趁年輕，使勁拼，給未來(lái)的自己一個(gè)交代!
企業(yè)技術(shù)棧概覽
大多數(shù)企業(yè)項(xiàng)目不僅使用JDK，還依賴一系列的企業(yè)級(jí)函數(shù)庫(kù)，如Spring Boot、Java EE等，而這些函數(shù)庫(kù)也將在接下來(lái)幾個(gè)月中得到升級(jí)。我將在本文中重點(diǎn)討論JDK，但是首先讓我們來(lái)看看Java界中兩個(gè)主要的企業(yè)技術(shù)棧將有哪些變化。
Spring開發(fā)團(tuán)隊(duì)正在努力開發(fā)Spring Boot 2，并在今年1月份發(fā)布了第一個(gè)RC版本。該團(tuán)隊(duì)并沒(méi)有在API方面做出重大的變化，也不打算在終版本發(fā)布之前添加任何新功能。所以，如果你的項(xiàng)目中用到了Spring Boot，那么好現(xiàn)在仔細(xì)研究新版本，并開始計(jì)劃現(xiàn)有Spring Boot應(yīng)用程序的更新。
在2017年年底，Oracle將Java EE標(biāo)準(zhǔn)移交給了由Eclipse基金會(huì)管理的EE4J項(xiàng)目。正如大家所料，移交這樣的一個(gè)大項(xiàng)目不可能在幾天內(nèi)完成，其中有很多組織和技術(shù)方面的工作需要完成。Java EE需要一個(gè)新名字并建立全新的開發(fā)流程。另一方面，保存在各種bug跟蹤工具中的源代碼和二進(jìn)制文件的移交仍在進(jìn)行中。開發(fā)者還需要等待很長(zhǎng)一段時(shí)間，才能看到此次移交帶來(lái)的效果，以及更強(qiáng)大的社區(qū)參與。
縮短JDK的發(fā)布和支持周期
Oracle去年宣布將在2018年內(nèi)發(fā)布兩個(gè)新的JDK版本。以往Oracle一貫秉承緩慢的版本發(fā)布節(jié)奏，每隔幾年才發(fā)布一個(gè)主版本，其中包含大量的變化，從今年起將改為每6個(gè)月發(fā)布一個(gè)較小的版本。這一變化可以加速Java平臺(tái)的創(chuàng)新，還可以降低Java更新帶來(lái)的風(fēng)險(xiǎn)。而Java開發(fā)人員可以更加容易地熟悉小版本的新變化，并將其應(yīng)用到項(xiàng)目中。
我認(rèn)為這對(duì)Java界是個(gè)非常積極的改變，它將為Java語(yǔ)言的開發(fā)增添新動(dòng)力，JDK團(tuán)隊(duì)也可以更快地適應(yīng)和創(chuàng)新。
JDK 10帶來(lái)的變化和新功能
由于發(fā)布周期較短，Java 10只包含少量的變化。請(qǐng)參照OpenJDK網(wǎng)站公布的有關(guān)JDK 10的新消息(http://openjdk.java.net/projects/jdk/10/)，其中包含12個(gè)JEP(JDK Enhancement Proposal，JDK改進(jìn)提案)。
其中值得一提的變化是局部變量的類型推斷(JEP 286，http://openjdk.java.net/jeps/286)。其次你應(yīng)該了解下新增的基于時(shí)間的版本命名方式(JEP 322，http://openjdk.java.net/jeps/322)，以及G1(或稱Garbage First垃圾收集器)開始支持并行Full GC(JEP 307，http://openjdk.java.net/jeps/307)。
類型推斷
JDK 10終于引入了類型推斷。許多其他靜態(tài)類型語(yǔ)言很早就已經(jīng)支持這個(gè)功能了，眾多Java開發(fā)人員一直希望引入這項(xiàng)功能。
JEP 286引入了關(guān)鍵字var，簡(jiǎn)化了局部變量的聲明，并由編譯器根據(jù)初始化代碼推斷變量的類型。以往我們必須寫：
List paramNames = List.of("host.name","host.port");Configuration config = initializeConfig(paramNames);
現(xiàn)在可以簡(jiǎn)化為：
var paramNames = List.of("host.name","host.port");var config = initializeConfig(paramNames);
以上代碼中，關(guān)鍵字var替代了冗長(zhǎng)的變量聲明。這可以增加代碼的閱讀性，特別在代碼有合理的變量命名規(guī)則，并且變量?jī)H在聲明后使用幾次的情況下尤為明顯。
如果想更深入地了解JEP 286以及使用方法，可以參照Nicolai Parlog的這篇文章：https://blog.codefx.org/java/java-10-var-type-inference/。
基于時(shí)間的版本命名方式
從Java 10開始，Java的版本號(hào)格式將發(fā)生變化，以更好地支持基于時(shí)間的發(fā)布方式。
新的發(fā)布方式帶來(lái)的大難點(diǎn)在于：版本的實(shí)際內(nèi)容可能發(fā)生變化。由于開始時(shí)唯一可以確定的只有新版本的發(fā)布時(shí)間，所以如果新功能的開發(fā)時(shí)間比預(yù)期長(zhǎng)，無(wú)法在新版本發(fā)布時(shí)完成，就不能進(jìn)入新版本。因此版本號(hào)需要以時(shí)間點(diǎn)為準(zhǔn)，而非版本內(nèi)包含的變更內(nèi)容。
JEP 322定義的版本號(hào)格式為：$ 功能號(hào).$ 臨時(shí)號(hào).$ 更新號(hào).$ 補(bǔ)丁號(hào)，具體使用方法如下：
開發(fā)團(tuán)隊(duì)將在每6個(gè)月發(fā)布一個(gè)新功能版本，并將版本號(hào)的“$ 功能號(hào)”加1。
2018年3月發(fā)布的版本為JDK 10，那么9月份的新版本就是JDK 11。開發(fā)團(tuán)隊(duì)在JEP 223中表示，他們希望每次新功能發(fā)布可以至少包含一到兩個(gè)重要功能。
“$ 臨時(shí)號(hào)”可以靈活使用，目前以6個(gè)月為期的發(fā)布方式中并沒(méi)有用到此項(xiàng)，所以到目前為止，這個(gè)數(shù)字始終是0。
開發(fā)團(tuán)隊(duì)還將在功能發(fā)布之間穿插小的升級(jí)，這種升級(jí)不會(huì)包含不兼容的改動(dòng)。他們可以在功能發(fā)布后的1個(gè)月或3個(gè)月，發(fā)布一次小的升級(jí)，屆時(shí)可以將“$ 更新號(hào)”加1。
G1的并行Full GC
對(duì)于大多數(shù)開發(fā)者來(lái)說(shuō)，這只是個(gè)很小的變化。有的應(yīng)用程序甚至都不會(huì)注意到這個(gè)變化。
JDK 9中G1成了默認(rèn)的垃圾回收器。G1的設(shè)計(jì)目的旨在避免全面的垃圾回收，但是并不代表這種現(xiàn)象永遠(yuǎn)不會(huì)發(fā)生。不幸的是，G1在執(zhí)行全面回收時(shí)僅使用了單線程的“標(biāo)記-清理-壓縮”算法，與之前的并行回收器相比這可能導(dǎo)致性能的下降。
JEP 307實(shí)現(xiàn)了這一算法的多線程版，從而解決了該問(wèn)題。從JDK 10開始，它將使用與Young GC和Mixed GC同樣多的線程數(shù)。
因此，如果應(yīng)用程序需要強(qiáng)制垃圾回收器執(zhí)行全面的回收，那么JDK 10可以提高效率。
有關(guān)JDK 11的計(jì)劃
JDK 10還沒(méi)有正式發(fā)布，而距離JDK 11的發(fā)布只有7個(gè)月了。所以，其開發(fā)團(tuán)隊(duì)已經(jīng)制定了幾個(gè)JEP的計(jì)劃，請(qǐng)參照2018年第二次新功能發(fā)布的信息：http://openjdk.java.net/projects/jdk/11/。
除了刪除廢棄的Java EE和CORBA模型(JEP 320)、以及引入新的垃圾回收器(JEP 318)之外，JDK 11還有可能引入動(dòng)態(tài)的類文件常量(JEP 309)，以及在隱含類型的匿名表達(dá)式中支持關(guān)鍵字var(JEP 323)。
JDK 11目前的范圍體現(xiàn)了縮短發(fā)布周期所帶來(lái)的優(yōu)勢(shì)，JEP 309和310引入了新功能，而其他兩個(gè)JEP則負(fù)責(zé)通過(guò)迭代方法改進(jìn)已有功能。
2017年9月JDK 9發(fā)布的時(shí)候，Java EE和CORBA模塊就被廢棄了。一年以后，隨著JDK 11的發(fā)布，JEP 320將把它們從JDK中刪除。所以它們不會(huì)在Java中逗留太久，很快就要計(jì)劃刪除了。
繼JEP 286在JDK 10中引入局部變量的類型推斷后，JEP 323將進(jìn)一步提升這一功能。將來(lái)我們可以看到更多關(guān)于這方面的改進(jìn)。發(fā)布周期縮短后，團(tuán)隊(duì)可以分步在一次或多次功能發(fā)布中完成一個(gè)大功能，從而降低發(fā)布的難度。
縮短支持周期需要快速適應(yīng)
Oracle在推出新的發(fā)布方式的同時(shí)，也改變了他們的支持方式。這個(gè)新的方式對(duì)短期發(fā)布和長(zhǎng)期發(fā)布的支持所有不同。
短期發(fā)布(如Java 9和10等)，相關(guān)的面向公眾的支持會(huì)在下個(gè)版本發(fā)布時(shí)終止。因此Java 9的支持將于2018年3月停止，而2018年9月后Java 10也無(wú)法再獲得支持。
Java 11是一次長(zhǎng)期發(fā)布。Oracle對(duì)這類發(fā)布的支持期限更長(zhǎng)，但是到目前為止，他們還沒(méi)有宣布對(duì)Java 11的支持會(huì)持續(xù)到什么時(shí)候。
應(yīng)用程序開發(fā)者需要決定是否要每6個(gè)月更新一次Java版本，還是選擇多等幾年使用長(zhǎng)期的發(fā)布版本。另外，Oracle鼓勵(lì)所有人使用Java SE的高級(jí)產(chǎn)品，它們的每個(gè)長(zhǎng)期發(fā)布版都包含至少5年的支持。（相關(guān)推薦：大數(shù)據(jù)程序員工資高嗎）
總結(jié)
過(guò)去，大量開發(fā)者抱怨Java的升級(jí)太慢，2018年后這種情況將有所改善。全新的、6個(gè)月為期的發(fā)布周期和相應(yīng)的支持模型，可以加速已有應(yīng)用程序的升級(jí)，并定期引入新功能。加上Java EE和Spring等已有框架的提升，Java界內(nèi)將出現(xiàn)全新的活力。另一方面，那些若干年才更新一次應(yīng)用程序的各大公司要做好心理準(zhǔn)備哦。
