編譯自https://blog.joda.org/2018/10/adopt-java-12-or-stick-on-11.html
原文作者Stephen Colebourne是一名 Java 開發(fā)者，同時(shí)也是一位知名的 Java 博主和會(huì)議演講者。
如需轉(zhuǎn)載請(qǐng)注明上述來源信息，其他來源無效并視為侵權(quán)
距離 Java 11 的正式發(fā)布已過去一個(gè)多月，而 Java 12 也正在趕來的路上温自。根據(jù)此前開源中國發(fā)起的一項(xiàng)關(guān)于開發(fā)者使用的 Java 版本的調(diào)查，Java 8 仍然是開發(fā)者的主流選擇皇钞，而 Java 11 是 Java 8 之后的首個(gè) LTS 版本悼泌，所以有不少開發(fā)者表示會(huì)選擇升級(jí)至 Java 11。按照 Java 的發(fā)布計(jì)劃夹界，Java 12 將于明年 3 月推出馆里。那么問題來了，我們是應(yīng)該采用?Java 12可柿，還是堅(jiān)持使用 Java 11 呢鸠踪？
可能你會(huì)覺得這是一個(gè)無關(guān)緊要的問題，但對(duì)于那些需要在 JVM 中使用 Java 的開發(fā)者复斥，或是比較看重 Java 新特性的開發(fā)者营密，這是一項(xiàng)十分重要的決策。這篇文章將和大家就這個(gè)問題進(jìn)行相關(guān)的分析目锭。
Java 發(fā)布計(jì)劃
現(xiàn)在每六個(gè)月就會(huì)發(fā)布一個(gè)新的 Java 版本评汰，所以盡管 Java 11 才發(fā)布不久，但距離 Java 12 的發(fā)布也就剩下不到五個(gè)月的時(shí)間痢虹。作為發(fā)布計(jì)劃的一部分被去，某些版本會(huì)被指定為長期支持版本(LTS)，它們會(huì)獲得四年或更長時(shí)間的技術(shù)支持和安全補(bǔ)丁更新奖唯。所以這些版本通常會(huì)被稱為“主要版本” —— 不是因?yàn)樗鼈儞碛懈嗟墓δ芴匦员嗾瘢且驗(yàn)樗鼈兙哂虚L期的技術(shù)支持。
預(yù)計(jì) Java 11 的更新補(bǔ)丁(11.0.1, 11.0.2, 11.0.3 等)將比 Java 8 的補(bǔ)丁(8u20, 8u40, 8u60)更小更簡單臭埋。因?yàn)?Java 11 的更新將更加集中在安全補(bǔ)丁上，不會(huì)像 Java 8 的更新那樣帶來內(nèi)部的功能增強(qiáng)臀玄。Oracle 希望將?Java 12, 13, 14 等這些版本當(dāng)做是小更新版本瓢阴，類比成 Java 8 的話，即是 Java 11u20, 11u40健无。
Oracle 高級(jí)員工一再認(rèn)為像 8u20 和 8u40 這樣的更新常常會(huì)帶來破壞性的變更荣恐，但本文作者表示這不是自己的經(jīng)歷，他記得的唯一有破壞性的變化是為?Javadoc?添加了--allow-script-in-comments，但它也不是 Java 的核心部分叠穆。因此少漆，他從不擔(dān)心升級(jí)到最新版本帶來的影響 —— 因?yàn)檫@是 Java 平臺(tái)的核心優(yōu)勢(shì)。
下面深入了解一下為什么在舊的發(fā)布模式下硼被，升級(jí)版本不會(huì)導(dǎo)致任何問題示损。先看一下新舊發(fā)布模式之間的差異：
模式舊的發(fā)布模式新的發(fā)布模式
升級(jí)系列Java 主要版本Java 更新版本Java 版本系列Java 補(bǔ)丁版本
頻率每隔3年左右每6個(gè)月一次每6個(gè)月一次每3個(gè)月一次
Oracle 的官方觀點(diǎn)認(rèn)為：與 Java 7->8->9 相比，Java 9->10->11 的升級(jí)和?8->8u20->8u40 更相似嚷硫。
表格清楚地顯示新模式下的 Java 版本發(fā)布都會(huì)包含許多變更检访，包括語言變更和 JVM 變更，這兩者都會(huì)對(duì) IDE仔掸、字節(jié)碼庫和框架產(chǎn)生重大影響脆贵。此外，不僅會(huì)新增其他 API起暮，還會(huì)有 API 被刪除（這在 Java 8 之前沒有發(fā)生過）卖氨。
Oracle 的觀點(diǎn)是，因?yàn)槊總€(gè)版本僅在前一個(gè)版本發(fā)布后的6個(gè)月推出负懦，所以不會(huì)有太多新的“東西”筒捺，因此升級(jí)并不困難。雖然如此密似，但這不是重點(diǎn)焙矛。重要的是升級(jí)是否有可能會(huì)破壞代碼。很明顯残腌，從 11 -> 12 -> 13?開始村斟，代碼遭受破壞的可能性要大于?8 -> 8u20 -> 8u40。
11 -> 12 -> 13 與 8u20 -> 8u40 等這樣的更新主要區(qū)別在于對(duì)字節(jié)碼版本的更改以及對(duì)規(guī)范的更改抛猫，對(duì)字節(jié)碼版本的更改往往特別具有破壞性蟆盹，大多數(shù)框架都大量使用與每個(gè)字節(jié)碼版本密切相關(guān)的 ASM 或 ByteBuddy 等庫。而?8u20 -> 8u40 仍然使用相同的 Java SE 規(guī)范闺金，具有所有相同的類和方法逾滥，不同于從 Java 12 移動(dòng)到 13。
除此之外败匹，Oracle 的另一個(gè)聲明也十分值得我們關(guān)注寨昙。聲明透露出的消息是，如果堅(jiān)持使用 Java 11 并計(jì)劃在下一個(gè) LTS 版本(即 Java 17)發(fā)布時(shí)再進(jìn)行升級(jí)掀亩，開發(fā)者可能會(huì)發(fā)現(xiàn)自己的項(xiàng)目代碼無法通過編譯舔哪。所以請(qǐng)記住，Java 新的開發(fā)規(guī)則現(xiàn)在聲明可以在一個(gè)版本中棄用某個(gè) API 方法槽棍，并在下一個(gè)版本中刪除它捉蚤。
采用新版本 Java 的注意事項(xiàng)
在本節(jié)中抬驴，將概述在采用新版本 Java 之前必須考慮的一些注意事項(xiàng)/風(fēng)險(xiǎn)。
被新版本系列“綁定”
如果采用了 Java 12 并使用新的語言特性或新的 API缆巧，這意味著實(shí)際上你已將項(xiàng)目綁定到 Java 的新版本系列布持。接下來你必須采用 Java 13, 14, 15, 16 和 17，并且必須在下一個(gè)版本發(fā)布后的一個(gè)月內(nèi)采用每個(gè)新版本陕悬。
使用了新版本题暖，每個(gè)版本的使用壽命為六個(gè)月，并且在發(fā)布后僅七個(gè)月就過時(shí)了墩莫。這是因?yàn)槊總€(gè)版本只有在六個(gè)月內(nèi)提供安全補(bǔ)丁非驮，發(fā)布后1個(gè)月的第一個(gè)補(bǔ)丁和發(fā)布后4個(gè)月的第二個(gè)補(bǔ)丁伺通。7個(gè)月后绎狭，下一組安全補(bǔ)丁會(huì)發(fā)布治专，但舊版本不能獲取更新。
因此裂问，你要判斷自身的開發(fā)流程是否允許升級(jí) Java 版本侧啼，時(shí)間窗口方面會(huì)不會(huì)太狹窄？
升級(jí)的“絆腳石”
實(shí)際使用中有很多阻止我們升級(jí) Java 的因素堪簿，下面列出一些常見的：
開發(fā)資源不足：你的團(tuán)隊(duì)可能會(huì)非常忙碌或規(guī)模太小痊乾，你能保證兩年后從 Java 15 升級(jí)到 16 的開發(fā)時(shí)間嗎？
構(gòu)建工具和 IDE：你使用的 IDE 是否會(huì)在發(fā)布當(dāng)天支持每個(gè)新版本椭更？Maven? Gradle 呢??如果不是哪审，你有后備計(jì)劃嗎？請(qǐng)記住虑瀑，你只有1個(gè)月的時(shí)間來完成升級(jí)湿滓、測(cè)試并將其發(fā)布到生產(chǎn)環(huán)境中。此外還包括 Checkstyle舌狗，JaCoCo叽奥，PMD，SpotBugs 等等其他工具痛侍。
依賴關(guān)系：你的依賴關(guān)系是否都準(zhǔn)備好用于每個(gè)新版本朝氓？請(qǐng)記住，它不僅僅是直接依賴項(xiàng)主届，而是技術(shù)堆棧中的所有內(nèi)容赵哲。字節(jié)碼操作庫尤其受到影響，例如 ByteBuddy 和 ASM君丁。
框架：這是另一種依賴枫夺，但是一個(gè)大而重要的依賴。在一個(gè)月的狹窄時(shí)間窗口內(nèi)谈截，Spring 會(huì)每六個(gè)月發(fā)布一個(gè)新版本嗎？?Jakarta EE(以前的 Java EE)會(huì)嗎？如果它們不這樣做會(huì)怎么樣簸喂？
云 / 托管 / 部署
你是否可以控制代碼在生產(chǎn)環(huán)境中的運(yùn)行位置和方式毙死？例如，如果你在 AWS Lambda 中運(yùn)行代碼喻鳄，則無法控制扼倘。AWS Lambda 沒有采用 Java 9或10，甚至沒有采用 Java 11除呵。所以除非 AWS 提供公共保證以支持每個(gè)新的 Java 版本再菊，否則根本無法采用 Java 12。
如何托管你的 CI 系統(tǒng)颜曾？Jenkins, Travis, Circle, Shippable, GitLab 會(huì)快速更新嗎纠拔？如果不是，你會(huì)怎么做泛豪？
對(duì)未來的預(yù)測(cè)
如果已經(jīng)閱讀了上面的列表稠诲，并且你的代碼和流程可以應(yīng)對(duì)。這十分好诡曙，但更重要的是要明白臀叙，你也在限制未來進(jìn)行改變的能力。例如价卤，你的代碼可能今天不在 AWS Lambda 上運(yùn)行劝萤，但未來三年呢？
為采用新版本進(jìn)行規(guī)劃
如果正在考慮采用新版本的 Java慎璧，建議你準(zhǔn)備一份現(xiàn)在所依賴的所有內(nèi)容的清單床嫌，或者可能在未來3年內(nèi)會(huì)依賴的。你需要保證該列表中的所有內(nèi)容都能正常工作炸卑，并與新版本一起升級(jí)既鞠，或者如果該依賴項(xiàng)不再更新，請(qǐng)制定好計(jì)劃盖文。作者提供了他的清單：
Amazon AWS
Eclipse
IntelliJ
Travis CI
Shippable CI
Maven
Maven plugins (compile, jar, source, javadoc, etc)
Checkstyle, 以及相關(guān)的 IDE 插件和 maven 插件
JaCoCo, 以及相關(guān)的 IDE 插件和?maven 插件
PMD 和相關(guān)的 maven 插件
SpotBugs 和相關(guān)的 maven 插件
OSGi bundle metadata tool
Bytecode 工具(Byte buddy / ASM etc)
超過 100 個(gè) jar 包依賴項(xiàng)
說了這么多嘱蛋，作者當(dāng)然不是鼓勵(lì)大家不進(jìn)行升級(jí)，新語言特性帶來的好處以及性能增強(qiáng)會(huì)讓開發(fā)者受益五续，但升級(jí)背后的風(fēng)險(xiǎn)也應(yīng)該考慮進(jìn)去洒敏。
其他第三方產(chǎn)商的聲明
Spring 框架已經(jīng)在視頻中表達(dá)了對(duì) Java 12 的策略。關(guān)鍵部分是：
“Java 8 和 11 作為 LTS 版本會(huì)持續(xù)獲得我們的正式支持疙驾，對(duì)于過渡版本凶伙，我們也會(huì)盡最大努力支持。如果你升級(jí)到 Java 11它碎，我們非常愿意和你合作函荣，但它們不會(huì)獲得正式的生產(chǎn)環(huán)境支持显押。因?yàn)殚L期支持版本才是我們關(guān)注的重心，對(duì)于 Java 12 及更高版本我們會(huì)盡最大的努力傻挂〕吮”
作為典型軟件供應(yīng)商的一個(gè)例子，Liferay 聲明如下：
Liferay 已決定不會(huì)對(duì) JDK 的每個(gè)主要版本進(jìn)行認(rèn)證金拒。我們將選擇遵循 Oracle 的主導(dǎo)并僅認(rèn)證標(biāo)記為 LTS 的版本兽肤。——?Liferay博客
總結(jié)
相信肯定已經(jīng)有開發(fā)團(tuán)隊(duì)采用了新版本的 Java资铡，但希望他們是經(jīng)過思考判斷之后做出的決定。除了文章中提到的問題幢码，還會(huì)有很多其他在升級(jí)前需要思考的因素笤休，歡迎在評(píng)論中留下你的看法。
