JDK8升级到JDK17的配置

已于 2024-01-11 10:08:43 修改
阅读量967 收藏 1
点赞数 1
文章标签： jenkins 运维
于 2024-01-11 10:03:45 首次发布
原文链接：https://mp.weixin.qq.com/s/ezhrR3QcxUZrDQzuUXkGkw
版权
本文介绍了公司从JDK8升级到JDK17的过程中遇到的问题，包括GC性能提升、SpringBoot对JDK17的支持、新特性的优势以及在实际项目中的部署策略，强调了JDK17的长期支持和稳定性提升。
摘要由CSDN通过智能技术生成

一、前言

如果你还在使用 JDK8，否曾经因为 OutOfMemoryError 问题而困扰？或者是否觉得 JVM 调优十分复杂？

那么，今天咱们或许可以通过 JDK17 获取到一些灵感。

本文主要记录当前我们公司在推动所有 JDK8 微服务全量升级到 JDK17 过程中遇到的一些问题！

二、为什么升级到 JDK17

作为最前沿技术人，想用最新的技术总是没有错的。JDK17以及相关的组件升级提供很多新的特性，尤其是 GC 提升很大，上线后服务内存占用降低一半左右，等于间接节约了服务器成本，代码运行效率也有一些提升，这可是实打实的降本增效。

另外，这块当然不光是我，连 Spring Boot 都开始要拥护 JDK17 了，下面这一段是 Spring Boot 3.0 的更新日志。

Spring Boot 3.0 requires Java 17 as a minimum version. If you are currently using Java 8 or Java 11, you'll need to upgrade your JDK before you can develop Spring Boot 3.0 applications.

Spring Boot 3.0 需要 JDK 的最低版本就是 JDK 17，如果你想用 Spring Boot 开发应用，你需要将正在使用的 Java 8 或 Java 11升级到 Java 17。

至于升级后是否还有其他好处，我引自 “京东技术” 的文章来给大家聊下：

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 的用例基准测试表明）

最大的亮点是带来了稳定版的 ZGC 垃圾回收器，达到亚毫秒级停顿。

3. 新语法和特性

Switch 表达式简化、Text Blocks 文本块、instanceof 的模式匹配升级和 NullPointerException 提示信息改进等。

4. 支持最新的技术和框架

Spring framework6 和 Spring Boot3 都默认使用 Java 17 作为最低版本。

三、真的能行？

咱们就不拿一些专业数据了，例如：密封类、空指针异常、yield关键字、换行文本块、record记录类、G1 垃圾收集器、ZGC等做比较了，毕竟在七哥的公粉上，很多都是运维小伙伴，聊太深不一定对大家的胃口。这块官方也会给出对比，感兴趣的小伙伴可以带会从文章底部的文章中去看下！

咱们拿点大家看得懂的数据：

先给出结论：

1、JDK17 相对于 JDK8 和 JDK11，所有垃圾回收器的性能都有很明显的提升，特别是稳定版的ZGC垃圾回收器。

2、不论任何机器配置下，都推荐使用ZGC，ZGC的停顿时间达到亚毫秒级，吞吐量也比较高。

在 JDOS 平台上选择了不同配置的机器（2C4G、4C8G、8C16G），并分别使用 JDK8、JDK11 和 JDK17 进行部署和压测。

整个压测过程限时 60 分钟，用 180个虚拟用户并发请求一个接口，每次接口请求都创建 512Kb 的数据。最终产出不同GC回收器的各项指标数据，来分析 GC 的性能提升效果。

以下是压测的性能情况：

图片

四、你担心的我想到了

目前，Oracle 官方支持的最新 LTS（长期支持）版本是 JDK 17，而 OpenJDK 社区也正在积极开发和维护 JDK17。

因此，如果你考虑升级 Java 版本，并且希望使用一个稳定和可靠的版本，那么建议选择 JDK17

2021年9月，Oracle 宣布 JDK17 可以免费商用，直到下一个 LTS 版本之后继续提供整整一年，同时 Oracle 将继续按照自 Java 9 以来的相同版本和时间表提供GPL下的 Oracle OpenJDK 版本。

2023年9月，OracleJDK 发布了新的LTS版本 JDK21，这就意味着从2024年9月开始，在生产环境使用 OracleJDK17 将需要付费。

敲黑板：

OracleJDK 和 OpenJDK 这两个之间没有真正的技术差别，因为针对 Oracle JDK 构建过程是基于 OpenJDK 的。自从 JDK11 开始，OracleJDK 和 OpenJDK 在功能上基本相同，所以推荐使用 OpenJDK17 或其他开源的 JDK 版本，这些开源版本都是基于 OpenJDK 构建并提供长期支持的,比如：AdoptOpenJDK、RedHatOpenJDK。

图片

五、聊点大家能听懂的

5.1、升级改造步骤

当前我们应用的上下线，底层都是基于 Jenkins 的 CICD 来实现的，一旦升级，相当于整条链路都需要进行改造！

先从 Jenkins 开始，底层镜像不再使用 jnlp，采用单独的 build pod 进行编译；

[root@OPS-middleware /usr/local/src/zhdya/jenkins/jdk17]# cat Dockerfile
FROM openjdk:17-jdk
#FROM jenkins/jnlp-slave:latest

MAINTAINER ZHDYA

# 安装 maven
COPY apache-maven-3.3.9-bin.tar.gz .

RUN tar -zxf apache-maven-3.3.9-bin.tar.gz && \
    mv apache-maven-3.3.9 /usr/local && \
    rm -f apache-maven-3.3.9-bin.tar.gz && \
    ln -s /usr/local/apache-maven-3.3.9/bin/mvn /usr/bin/mvn && \
    ln -s /usr/local/apache-maven-3.3.9 /usr/local/apache-maven && \
    mkdir -p /usr/local/apache-maven/repo

COPY settings.xml /usr/local/apache-maven/conf/settings.xml
5.2、maven 配置
[root@OPS-middleware /usr/local/src/zhdya/jenkins/jdk17]# cat settings.xml
<?xml version="1.0" encoding="UTF-8"?>
<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
          xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
          xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd">

  <servers>
...此地无银三百两...
  </servers>

  <mirrors>
...此地无银三百两...
  </mirrors>

  <profiles>
    <profile>
...此地无银三百两...
    </profile>
    <profile>  //新增这部分
        <id>jdk-17</id>
        <activation>
            <activeByDefault>true</activeByDefault>
            <jdk>17</jdk>
        </activation>
        <properties>
            <maven.compiler.source>17</maven.compiler.source>
            <maven.compiler.target>17</maven.compiler.target>
            <maven.compiler.compilerVersion>17</maven.compiler.compilerVersion>
        </properties>
    </profile>
  </profiles>

<activeProfiles>
  <activeProfile>rdc-private-repo</activeProfile>
</activeProfiles>

</settings>
5.3、配置 Java17 运行镜像
[root@OPS-middleware /usr/local/src/zhdya/jenkins/jdk17/appimages]# cat Dockerfile
FROM ubuntu:latest
MAINTAINER ZHDYA

#更新软件源
RUN apt-get update
#安装软件支持
RUN apt-get install curl netbase wget telnet -y
#清理缓存
RUN apt-get clean

#setup language 解决中文乱码
RUN apt-get install fontconfig -y

#设置中文支持
ENV LANG C.UTF-8
#上传并处理二进制jdk17环境包
ADD jdk-17_linux-x64_bin.tar.gz /usr/local/

#setup java env
ENV JAVA_HOME=/usr/local/jdk-17.0.9
ENV JRE_HOME=$JAVA_HOME/jre
ENV PATH=${JAVA_HOME}/bin:$PATH

编译完成，运行下，确认镜像中 Java 的版本信息：

root@bde574e748be:/# java --version
java 17.0.9 2023-10-17 LTS
Java(TM) SE Runtime Environment (build 17.0.9+11-LTS-201)
Java HotSpot(TM) 64-Bit Server VM (build 17.0.9+11-LTS-201, mixed mode, sharing)

六、这部分要记住

6.1、先记住几个网址

记住三个网址就行：下面这个是oracle的

https://www.oracle.com/java/technologies/downloads/#jdk17-windows

另外两个 OpenJDK17 下载：这个是开源的（推荐！）

https://developers.redhat.com/products/openjdk/download

https://jdk.java.net/archive/

6.2、再来记住几个解释

之前就有很多小伙伴来问我，openjdk:17-jdk-slim，openjdk:17-jdk-alpine 有啥子区别？

openjdk:17-jdk-slim 和 openjdk:17-jdk-alpine这两个镜像都是OpenJDK 17的Docker镜像，但是他们的底层操作系统不同，他们的主要区别在以下几个方面：

  • 基础操作系统：openjdk:17-jdk-slim 基于 Debian（slim版）操作系统构建，而 openjdk:17-jdk-alpine 基于 Alpine Linux构建。Alpine Linux是一种轻量级的Linux发行版，相比于Debian，它的镜像大小更小，启动更快。

  • 镜像大小：通常，Alpine 基础的镜像会比 Debian slim 基础的镜像更小。这是因为 Alpine Linux 使用了 BusyBox 和 musl libc，这使得其基础系统更小更轻量。

  • 二进制兼容性：由于 Alpine Linux 使用的是 musl libc，而不是大多数 Linux 发行版使用的 glibc，这可能导致一些针对 glibc 的二进制程序在 Alpine 上运行出现问题。如果你的应用依赖于某些特定的 glibc 特性，那么使用 Debian slim 可能会更好。

  • 包管理：Debian 使用 APT 作为包管理工具，而 Alpine 使用 APK。这可能会影响你在Dockerfile中如何安装软件包。

6.3、如果你是这样用的

如果你的 K8S 是这样用的，修改前：

  template:
    metadata:
      labels:
        app: <podname>
    spec:
      containers:
      - env:
        - name: LANG
          value: C.UTF-8
        - name: JAVA_HOME
          value: /usr/lib/jvm/java-1.8-openjdk

修改后：

 template:
    metadata:
      labels:
        app: <podname>
    spec:
      containers:
      - env:
        - name: LANG
          value: C.UTF-8
        - name: JAVA_HOME
          value: /usr/lib/jvm/java-17-openjdk

要使用 JDK17 的 maven，所以要替换一下 JDK8 的 maven 镜像，修改前：

stage("Build") {
    agent {
        docker {
            image 'maven:3-alpine'
            args '-v /root/.m2:/root/.m2'
        }
    }
}

修改后：

stage("Build") {
    agent {
        docker {
            image 'maven:3.8.4-openjdk-17-slim'
            args '-v /root/.m2:/root/.m2'
        }
    }
}

七、总结

JDK 17 也提供了广泛的操作系统、硬件平台和云平台支持，可以适用于各种不同的应用场景。

建议选择 JDK 17 作为升级目标，由于 JDK 17 是一个 LTS 版本，因此可以获得更长时间的更新和支持，从而提供更好的稳定性和安全性。

only°夏至besos
关注
【JDK】win 10 / win 11：jdk 8 升级为 jdk 17
顾三殇 —— 博客空间（软件测试）
08-27 9286
由于之前的配套测试环境一直沿用 jdk8，现在准备整套环境进行升级，主要影响软件有： Jmeter V4.0 升级成V5.5、Jenkins V2.134 升级成V2.365，测试环境配套JDK 配置需从 Java 8 升级成 Java 17
JDK 8 升级 JDK 17 全流程教学指南_jdk8升级jdk17
2401_84182097的博客
04-27 913
可能大部分同学都不是完全了解自己的项目都依赖了什么包，这个升级工作一定会加深你对 maven 包管理的理解，以及你对你项目依赖的熟悉程度和你解决排查问题的能力。顺便提一个 springbean 加载的问题，如果你引入的三方包有路径下的 bean 需要你进行注册管理，你项目启动类的扫描路径下需要包含他的路径，比如。我引入的三方包，Spring bean 加载存在问题，感觉是 JDK 升级的问题，跟 spring 的升级没关系。curator 2.x 可以兼容 zookeeper 3.5.x 的版本。
JDK 8 升级 JDK 17 全流程教学指南_jdk8升级jdk17(1)
2401_84182020的博客
04-27 1247
可能大部分同学都不是完全了解自己的项目都依赖了什么包，这个升级工作一定会加深你对 maven 包管理的理解，以及你对你项目依赖的熟悉程度和你解决排查问题的能力。顺便提一个 springbean 加载的问题，如果你引入的三方包有路径下的 bean 需要你进行注册管理，你项目启动类的扫描路径下需要包含他的路径，比如。我引入的三方包，Spring bean 加载存在问题，感觉是 JDK 升级的问题，跟 spring 的升级没关系。curator 2.x 可以兼容 zookeeper 3.5.x 的版本。
OpenJDK 17 常见问题解决方案
最新发布
gitblog_07080的博客
09-13 545
OpenJDK 17 常见问题解决方案 jdk17 https://openjdk.org/projects/jdk/17 released 2021-09-14 项目地址: https://gitcode.com/gh_mirr...
JDK 8 升级 JDK 17 全流程教学指南
dying 搁浅
08-09 9647
可能大部分同学都不是完全了解自己的项目都依赖了什么包，这个升级工作一定会加深你对 maven 包管理的理解，以及你对你项目依赖的熟悉程度和你解决排查问题的能力。顺便提一个 springbean 加载的问题，如果你引入的三方包有路径下的 bean 需要你进行注册管理，你项目启动类的扫描路径下需要包含他的路径，比如。com.alibaba.dubbo ，然后我想一起升级到 org.apache.dubbo ，结果找不到了，想来是路径的问题，老的都是继承的。这个找不到类，找到对应的调用位置，看看为啥没有。
jdk8升级到jdk17
weixin_43675252的博客
04-11 937
jdk8新特性：1、lambda表达式2、引入了stream api3、函数式接口4、方法引用 ：：5、hashmap实现的增强6、Optional类7、对时间、日期的优化，新增了LocalDate、LocalTime、LocalDateTime，打印输入时比date友好。5、并发增强：JDK 8对并发编程进行了增强。它引入了一些新的并发工具和类，使得并发编程更加容易和有效。其中包括CompletableFuture类、StampedLock类、并行数组等。
jdk8升级jdk17，部分问题解决方法
xnian_的博客
11-23 1511
JDK8虽然非常好，但是JDK版本已经发布到JDK20了，且JDK8后的版本升级了很多新的特性，如模块化、ZGC以及虚拟线程、结构性并发等，也是非常有吸引力的，所以决定将基于JDK8的项目升级到最近的LTS版本JDK17。
JDK 8 升级 JDK 17 全流程教学指南_jdk8升级jdk17(2)
2401_84182073的博客
04-27 629
我用的是 idea 修改你项目的编译环境从新拉 maven 之后你就可以看看哪里报红哪里需要改了，别担心，噩梦才刚刚开始哈哈哈。
JDK8升级JDK11配置
weixin_48723543的博客
05-15 844
JDK8、JDK11
jdk8升级jdk17
H30919的博客
06-21 404
一篇文章教会你jdk升级：8 --> 17
科普文：软件架构JDK系列之【JDK8升级到JDK17】
为无为，事无事，味无味。
09-09 1196
JDK8虽然非常好，但是JDK版本已经发布到JDK21了，且JDK8后的版本升级了很多新的特性，如模块化、ZGC以及虚拟线程、结构性并发等，也是非常有吸引力的，所以决定将基于JDK8的项目升级到最近的LTS版本JDK17。下面是一些在升级过程中可能遇到的问题和解决方案：
从JDK8升级到JDK17
zhanglianzhu_91的博客
11-07 527
JDK8升级JDK17
从jdk8升级到jdk17
这里的分享，都是干货
10-07 8640
从java8升级到java17，一篇文章讲完所有新特性
jdk8升级JDK17避坑指南（适用于SpringBoot2.3---SpringBoot2.7升级）
热门推荐
dazer的专栏
12-27 1万+
随着SpringBoot2.7的发布，需要jdk8，兼容jdk21。Springboot3.X发布，最低需要jdk17。升级jdk17是大势所趋。
技术升级：JDK8到JDK17
www_tlj的专栏
01-02 725
最近，公司项目决定从 Java Development Kit (JDK) 8 升级到 JDK 17。
一次项目漏洞升级的过程（JDK8升级到JDK17）
熊浪的博客
01-19 997
1、spring-web需要升级到6.x，spring-boot需要升级到3.x，JDK需要升级到JDK17（Oracle JDK17三年免费授权从2024年9月，所以需要使用OpenJDK17）,Java EE转Jakarta；因为使用了OpenJdk17，cglib代理在2019年8月停止更新，OpenJDK17是2019年9月出来的，也不支持需要修改；第二步、扫描后的漏洞存在镜像漏洞，中间件漏洞和代码jar包漏洞；第三步、区分对外和不对外的服务，先更新对外服务；第二步、更新IDEA的JDK配置。
JDK8到JDK17新特性
weixin_43790038的博客
06-09 401
SpringBoot3.0开始强制使用JDK17，想必会迎来一波JDK8到JKD17的更新热潮。本文总结了JDK8-JDK17所有重要的更新内容，以供查阅。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值