JDK11升級JDK17最全實踐乾貨來了

一、前言

2021年9月14日，Oracle發佈了可以長期支持的JDK17版本，那麼從JDK11到JDK17，到底帶來了哪些特性呢？亞毫秒級的ZGC效果到底怎麼樣呢？值得我們升級嗎？而且升級過程會遇到哪些問題呢？帶着這些問題，本篇文章將帶來完整的JDK11升級JDK17最全實踐。

二、爲什麼升級JDK17

1）長期支持版本

JDK17是Oracle官方在2021年9月14日發佈的一個長期支持（LTS）版本，意味着它將獲得長期的更新和支持，有助於保持程序的穩定性和可靠性。

2）性能提升

更好的垃圾回收器。綜合評估，從Java 8 升級到 Java 11，G1GC平均速度提升16.1%，ParallelGC爲4.5%，從Java 11 升級到 Java 17，G1GC平均速度提升8.66%，ParallelGC爲6.54%（基於OptaPlanner的用例基準測試表明：https://www.optaplanner.org/blog/2021/09/15/HowMuchFasterIsJava17.html）

最大的亮點是帶來了穩定版的ZGC垃圾回收器，達到亞毫秒級停頓。

3）新語法和特性

Switch表達式簡化、Text Blocks文本塊、instanceof 的模式匹配升級和NullPointerException提示信息改進等

4）支持最新的技術和框架

Spring framework6 和Spring Boot3 都默認使用 Java 17作爲最低版本

三、升級後壓測效果

先給出結論：

JDK17相對於JDK8和JDK11，所有垃圾回收器的性能都有很明顯的提升，特別是穩定版的ZGC垃圾回收器
不論任何機器配置下，都推薦使用ZGC，ZGC的停頓時間達到亞毫秒級，吞吐量也比較高

我在JDOS平臺上選擇了不同配置的機器（2C4G、4C8G、8C16G），並分別使用JDK8、JDK11和JDK17進行部署和壓測。

整個壓測過程限時60分鐘，用180個虛擬用戶併發請求一個接口，每次接口請求都創建512Kb的數據。最終產出不同GC回收器的各項指標數據，來分析GC的性能提升效果。

以下是壓測的性能情況：

四、OracleJDK 和 OpenJDK 的選擇

2021年9月，Oracle宣佈JDK17可以免費商用，直到下一個 LTS 版本之後繼續提供整整一年，同時Oracle 將繼續按照自 Java 9 以來的相同版本和時間表提供GPL下的Oracle OpenJDK 版本。

2023年9月，OracleJDK發佈了新的LTS版本 JDK21，這就意味着從2024年9月開始，在生產環境使用 OracleJDK17 將需要付費。

參考：https://www.oracle.com/hk/java/technologies/downloads/#java17

OracleJDK和OpenJDK這兩個之間沒有真正的技術差別，因爲針對Oracle JDK構建過程是基於OpenJDK的。自從JDK11開始，OracleJDK和OpenJDK在功能上基本相同，所以推薦使用 OpenJDK17 或其他開源的JDK版本，這些開源版本都是基於OpenJDK構建並提供長期支持的,比如：AdoptOpenJDK、RedHatOpenJDK。

官方參考：https://blogs.oracle.com/java/post/oracle-jdk-releases-for-java-11-and-later

五、JDK11到JDK17帶來了哪些新特性

5.1、JVM改進

ZGC垃圾回收器從實驗性功能更改爲正式產品功能，從JDK11引入以來，經過持續的迭代升級，目前已經足夠穩定。需要手動開啓，開啓方式：-XX:+UseZGC
G1垃圾回收器仍然作爲默認垃圾回收器，進行改進升級，主要包括可中止的混合收集集合、NUMA 可識別內存分配等
JDK14開始刪除 CMS 垃圾回收器
JDK14開始棄用 ParallelScavenge 和 SerialOld GC 的組合使用
JDK15禁用偏向鎖，默認禁用：-XX:+UseBiasedLocking
NullPointerException 提示信息改進

JDK14以前的出現NullPointerException時，只能定位到所在異常行，無法定位具體是哪個變量。改進後的NullPointerException，可以清晰描述具體變量，提升了空指針異常的可讀性。

5.2、新語法特性

5.2.1、Switch表達式簡化

switch表達式帶來了簡化式的編碼方式，提供了新的分支切換方式，即 -> 符號，右則表達式方法體在執行完分支方法之後，自動結束 switch 分支，同時 -> 右則方法塊中可以是表達式、代碼塊或者是手動拋出的異常

參考：https://openjdk.org/jeps/361

傳統寫法

新寫法

5.2.2、Text Blocks文本塊

參考：https://openjdk.org/jeps/378

通過編寫 """，來減少轉義字符和換行符，達到簡化代碼和提高代碼可讀性的目的

5.2.3、Record類型

參考：https://openjdk.org/jeps/395

record 是 JDK 14 引入的關鍵字，用於聲明不可變的數據類。它適用於存儲純粹的值類型數據，如接口傳輸數據、座標點和只讀的日誌記錄。與 lombok 相比，record 簡化了定義純粹數據類型的過程。由於 record 類是不可變的，成員變量只能設置一次且無法更改，無需提供顯式的 setter() 方法。

1、定義Point類，使用關鍵字record，未定義get/set

2、查看編譯後的字節碼文件

3、使用Point類

5.2.4、instanceof 的模式匹配升級

instanceof類型判斷再也不需要強制轉換

參考： https://openjdk.org/jeps/394

5.2.5、密封的類和接口

參考： https://openjdk.org/jeps/409

JDK15開始，引入了sealed普通類或接口類，這些類只允許被指定的類或者interface進行擴展和實現。

使用修飾符sealed，您可以將一個類聲明爲密封類。密封的類使用關鍵字permits列出可以直接擴展它的類。子類可以是最終的，非密封的或密封的

比較實用的一個特性，可以用來限制類的層次結構

5.2.6、其他優化和升級

感興趣的同學，推薦閱讀OpenJDK官方文檔說明，從JDK11到JDK17的改動： https://openjdk.org/projects/jdk/17/jeps-since-jdk-11

六、升級步驟

6.1、JDK選擇

OpenJDK17下載： https://jdk.java.net/archive/

行雲鏡像：jdt-base-tomcat/java-jdt-centos7.4-openjdk-17.0.2-tomcat8.0.53

6.2、pom編譯配置升級

maven編譯所需JDK升級至17

  
  
  
   
   
   <properties>    <maven.compiler.source>17</maven.compiler.source>    <maven.compiler.target>17</maven.compiler.target></properties>

6.3、SpringBoot升級

SpringBoot版本升級到2.7.15，Spring版本升級爲5.3.29

爲什麼不升級到SpringBoot3？

Spring Boot 3.0最低要求 Java 17，SpringBoot3.0帶來了很多變化，和SpringBoot2差異較大。考慮到公司很多中間件都是基於SpringBoot2構建的，所以此處推薦升級到SpringBoot2的最高版本2.7.15。

POM升級

  
  
  
   
   
   <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.7.15</version></parent>

也可以通過設置dependencyManagement的方式：

  
  
  
   
   
   <properties>    <!-- 框架版本配置-->    <springboot-version>2.7.15</springboot-version>    <springframework.version>5.3.29</springframework.version></properties>  
<dependencyManagement>    <dependencies>        <dependency>            <groupId>org.springframework.boot</groupId>            <artifactId>spring-boot-starter-parent</artifactId>            <version>${springboot-version}</version>            <scope>import</scope>            <type>pom</type>        </dependency>        <dependency>            <groupId>org.springframework</groupId>            <artifactId>spring-framework-bom</artifactId>            <version>${springframework.version}</version>            <scope>import</scope>            <type>pom</type>        </dependency>    </dependencies></dependencyManagement>

參考：

spring升級指南： https://github.com/spring-projects/spring-framework/wiki/Spring-Framework-Versions

springboot版本官網： https://spring.io/projects/spring-boot#learn

循環依賴問題

SpringBoot升級到2.7.15後，如果應用中存在循環依賴的問題，啓動時會報如下錯誤：

原因：官方文檔不鼓勵循環依賴引用，默認情況下是禁止的

解決方案：

第一種：推薦更新應用中bean的依賴關係來解決

第二種：配置文件中加入以下配置，爲了和舊版本保持一致，此配置推薦添加

  
  
  
   
   
   #放開循環依賴spring.main.allow-circular-references=true

6.4、常用中間件升級

6.4.1、Lombok版本升級到1.18.20以上

  
  
  
   
   
   <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <version>1.18.20</version></dependency>

如果不升級，編譯時會報錯如下：

6.4.2、swgger問題，springfox3.0.0和springboot2.7版本不兼容

異常：

  
  
  
   
   
   Failed to start bean 'documentationPluginsBootstrapper'; nested exception is java.lang.NullPointerException: Cannot invoke "org.springframework.web.servlet.mvc.condition.PatternsRequestCondition.getPatterns()" because "this.condition" is null

解決方案：

  
  
  
   
   
   /** * 增加如下配置可解決Spring Boot 2.7.15 與Swagger 3.0.0 不兼容問題 **/@Beanpublic BeanPostProcessor springfoxHandlerProviderBeanPostProcessor() {return new BeanPostProcessor() {
@Override public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {if (bean instanceof WebMvcRequestHandlerProvider || bean instanceof WebFluxRequestHandlerProvider) {                customizeSpringfoxHandlerMappings(getHandlerMappings(bean));            }return bean;}
private <T extends RequestMappingInfoHandlerMapping> void customizeSpringfoxHandlerMappings(List<T> mappings) {            List<T> copy = mappings.stream().filter(mapping -> mapping.getPatternParser() == null).collect(Collectors.toList());            mappings.clear();            mappings.addAll(copy);        }
@SuppressWarnings("unchecked")private List<RequestMappingInfoHandlerMapping> getHandlerMappings(Object bean) {try {                Field field = ReflectionUtils.findField(bean.getClass(), "handlerMappings");                field.setAccessible(true);return (List<RequestMappingInfoHandlerMapping>) field.get(bean);            } catch (IllegalArgumentException | IllegalAccessException e) {throw new IllegalStateException(e);            }        }    };}

參考： https://developer.aliyun.com/article/950787

6.4.3、AKS升級（針對直接從JDK8升級的情況）

異常：Causedby: java.lang.NoClassDefFoundError: javax/xml/bind/JAXBException

原因：Java11 刪除了 Java EE modules，其中就包括 java.xml.bind (JAXB)。

解決方案：

手動引入如下包即可

  
  
  
   
   
   <!-- API, java.xml.bind module --> <dependency>      <groupId>jakarta.xml.bind</groupId>      <artifactId>jakarta.xml.bind-api</artifactId>      <version>2.3.2</version></dependency> <!-- Runtime, com.sun.xml.bind module --><dependency>       <groupId>org.glassfish.jaxb</groupId>       <artifactId>jaxb-runtime</artifactId>       <version>2.3.2</version></dependency>

6.4.4、Concrete配置中心阻塞升級

使用 Concrete時，啓動時異常：

  
  
  
   
   
   Unable to make field private static final java.lang.reflect.Method jdk.proxy2.$Proxy97.m0 accessible:  module jdk.proxy2 does not "opens jdk.proxy2" to unnamed module @61d47554

原因：

分析下Concrete報錯的原因，如下圖，包內com.wangyin.concrete.spring.ConcreteConfigProcessor#postProcessAfterInitialization（212行）的實現邏輯

解決方案：

在JVM啓動參數中設置--add-opens jdk.proxy2來開啓私有字段的訪問，但因爲動態代理生成的包名是隨機不明確的，所以這種方案不可行。JDK官方文檔也明確表示不支持訪問動態代理內部的隨機字段。官方說明： https://cr.openjdk.org/~mr/jigsaw/spec/api/java/lang/reflect/Proxy.html
代碼修改，只需把 f.setAccessible(true) 移到 Modifier.isStatic(f.getModifiers()) 的判斷下方即可。原因是方法 Modifier.isStatic(f.getModifiers()) 本來就要跳過靜態字段，這樣修改直接避免了訪問。推動concrete團隊修復問題

6.5、JVM啓動參數配置

6.5.1、開啓ZGC

啓動參數中配置：-XX:+UseZGC

6.5.2、不同中間件所需啓動參數

升級JDK17後，項目啓動時可能會遇到如下兩種類型的異常：

cannot access class sun.util.calendar.ZoneInfo (in module java.base) because module java.base does not export sun.util.calendar to unnamed module @0x2611f533
Unab le to make field final int java.math.BigInteger.signum accessible: module java.base does not "opens java.math" to unnamed module @525f1e4e

異常原因：

自從JDK9中引入了模塊化功能後，再到JDK17，對於包掃描和反射的權限控制更加的嚴格。常見的庫比如（Spring）大量用到包掃描和反射，所以常出現此錯誤。

解決方案：

一個粗暴的解決辦法是將沒開放的module強制對外開放，即保持和Java9之前的版本一致。

--add-exports導出包，意味着其中的所有公共類型和成員都可以在編譯和運行時訪問。
--add- opens打開包，意味着其中的所有類型和成員（不僅是公共類型）都可以在運行時訪問。

主要區別在於--add-opens允許“深度反射”，即非公共成員的訪問，纔可以調用setAccessible(true)

參考： https://stackoverflow.com/questions/44056405/whats-the-difference-between-add-exports-and-add-opens-in-java-9

SGM需要加入：

  
  
  
   
   
   --add-opens java.management/java.lang.management=ALL-UNNAMED --add-opens jdk.management/com.sun.management.internal=ALL-UNNAMED --add-opens java.management/sun.management=ALL-UNNAMED

R2M需要加入：

  
  
  
   
   
   --add-opens java.base/java.time=ALL-UNNAMED

Ducc需要加入：

  
  
  
   
   
   --add-opens java.base/java.util.concurrent=ALL-UNNAMED--add-opens java.base/java.util.concurrent.locks=ALL-UNNAMED--add-opens java.base/java.security=ALL-UNNAMED--add-opens java.base/jdk.internal.loader=ALL-UNNAMED--add-opens java.management/com.sun.jmx.mbeanserver=ALL-UNNAMED --add-opens java.base/java.net=ALL-UNNAMED --add-opens java.base/sun.nio.ch=ALL-UNNAMED

AKS需要加入：

  
  
  
   
   
   --add-exports java.base/sun.security.action=ALL-UNNAMED--add-opens java.base/java.lang=ALL-UNNAMED--add-opens java.base/java.math=ALL-UNNAMED--add-opens java.base/java.util=ALL-UNNAMED--add-opens java.base/sun.util.calendar=ALL-UNNAMED

6.6、啓動後的驗證

推薦先升級JDK11，再到JDK17，一邊升級一邊進行驗證觀察
觀察日誌是否有異常，特別是上面說到的啓動時異常
觀察監控類軟件，比如SGM、UMP等監控是否正常
推薦逐步有序切量，並做好常態化壓測，防止影響核心業務
升級完成後，最好能做個全流程的功能測試，防止功能異常

七、總結

升級後，除了可以使用新的語法特性，最大的亮點是可以使用亞毫秒級停頓的GC性能（至少百倍的GC性能提升），所以強烈建議升級到JDK17
整個升級過程並不複雜，主要涉及到中間件版本的升級和啓動參數的配置

希望以上分享可以給大家帶來實際的幫助，升級過程中如果遇到問題，歡迎大家在評論區回覆。

-end-

本文分享自微信公衆號 - 京東雲開發者（JDT_Developers）。
如有侵權，請聯繫 [email protected] 刪除。
本文參與“OSC源創計劃”，歡迎正在閱讀的你也加入，一起分享。

JDK11升級JDK17最全實踐乾貨來了

5.1、JVM改進

5.2.1、Switch表達式簡化

6.1、JDK選擇

6.2、pom編譯配置升級

6.3、SpringBoot升級

6.4、常用中間件升級

6.4.1、Lombok版本升級到1.18.20以上

6.4.3、AKS升級（針對直接從JDK8升級的情況）

6.4.4、Concrete配置中心阻塞升級

6.5、JVM啓動參數配置

6.5.1、開啓ZGC

6.6、啓動後的驗證

C++ Qt開發：使用順序容器類

Docker部署Nginx Proxy Manager 反向代理

再見了Future，圖解JDK21虛擬線程的結構化併發

threejs記錄選中變化紋理

「行業應用」圖表控件LightningChart在工業遙測領域的應用

界面控件DevExpress中文教程 - 如何用Office File API組件填充PDF表單

彈彈play離線查看B站大會員彈幕

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結