Jenkins不支持Java 16，如何借助Dind兼容项目Java 16使用需求

首先明确核心原则：Jenkins 服务端运行的 Java 版本必须遵守官方兼容规则，仅支持 Java 11、Java 17 两个 LTS 版本，不可将服务端的 Java 版本升级到 16，否则会出现插件不兼容、服务启动失败等不可逆问题。你提到的 DinD 方案完全可以实现需求，以下是三种经过验证的落地方式，可根据自身场景选择：

方案1：使用 DinD 执行构建（环境隔离度最高） #

• 实现逻辑完全符合你的需求，构建环境和 Jenkins 自身运行环境完全解耦，不会产生任何版本冲突
• 操作步骤：
  • Jenkins 服务端保持使用官方兼容的 Java 11/17 版本运行，提前配置好 Docker 运行环境和 DinD 执行权限
  • 提前构建项目专用的构建镜像：基础镜像选用openjdk:16-jdk，内置项目需要的 Maven/Gradle 等构建工具和依赖
  • 编写 Jenkins 任务配置或 Jenkinsfile 时，指定构建阶段在 DinD 环境中使用上述自定义镜像运行，所有编译、打包、测试操作都在容器内执行，构建完成后将产物从容器中导出到宿主机即可

方案2：调度到 Java 16 环境的 Agent 节点执行（多节点集群推荐） #

• 不需要修改 Jenkins 服务端配置，新增专门的构建 Agent 节点，在该节点上预装 Java 16 和所需的构建工具
• 项目的构建任务指定调度到该 Agent 节点执行即可，Agent 节点的 Java 版本和服务端版本无关，互不影响
• 如果是多项目共用的集群，可以给 Agent 打标签，不同 Java 版本需求的项目调度到对应标签的节点执行

方案3：全局工具配置指定 JDK 16（单实例轻量场景推荐） #

• 不需要修改 Jenkins 服务端运行的 Java 版本，直接在 Jenkins 控制台「全局工具配置」页面新增 JDK 16 配置，可选择自动下载对应版本的 OpenJDK，也可以直接指定服务器上已安装的 JDK 16 本地路径
• 项目构建任务中指定使用该 JDK 16 版本，任务运行时会自动调用对应版本的 JDK 执行构建操作，和服务端运行用的 Java 版本互不冲突

注意：如果是多 Agent 节点的 Jenkins 集群，需要在所有可能执行任务的 Agent 上都预装 JDK 16 并配置对应路径，否则会出现任务执行失败的问题

内容的提问来源于stack exchange，提问作者Burak Duman