Gradle Docker镜像为何不使用系统JDK版本？附JDK镜像选择疑问

一、Gradle镜像用JDK11却编译出Java18字节码的原因 #

gradle:7.5.1-jdk11镜像中的JDK11是用来运行Gradle自身的，而Gradle具备跨版本编译能力（通过Toolchains工具链功能），可以独立于运行Gradle的JDK版本，自动下载并使用指定版本的JDK编译代码。

你编译出的class文件major版本为62（对应Java18），说明你的项目配置里指定了Java18作为编译目标——大概率是gradle init生成项目时选择了Java18，或是修改了build.gradle中的Java插件配置，比如：

plugins {
    id 'application'
}

java {
    toolchain {
        languageVersion = JavaLanguageVersion.of(18)
    }
}

这种情况下，Gradle会自动下载Java18的JDK到容器缓存目录，用它编译代码，最终产出的字节码自然只能在Java18及以上环境运行。

至于gradle镜像附带JDK11的原因：Gradle本身是Java编写的，运行需要JDK环境，不同版本的Gradle对运行JDK有最低要求（Gradle 7.5.1最低支持JDK8，最高到17），镜像打包JDK11是为了提供稳定、符合要求的运行环境，让用户无需额外安装JDK即可使用Gradle。

二、Docker中JDK/JRE镜像的选择优先级 #

1. 优先选官方维护的镜像：比如eclipse-temurin（原AdoptOpenJDK，社区驱动的开源兼容镜像）、openjdk、ibm-semeru-runtimes等，这类镜像漏洞修复及时，兼容性有保障。
2. 按需选择JDK/JRE：仅运行已编译应用时选JRE镜像（体积更小）；需要在容器内编译、调试时才选JDK镜像。同时优先选LTS版本（如Java11、17、21），这类版本支持周期更长，稳定性更强。
3. 优先考虑镜像体积：选择带-slim或-alpine后缀的镜像，比如eclipse-temurin:17-jre-alpine，体积远小于完整版，能减少拉取时间和存储占用。注意alpine镜像基于musl libc，部分依赖glibc的应用可能存在兼容性问题，遇到问题可切换到slim版本（基于Debian/Ubuntu，使用glibc）。
4. 谨慎选择厂商：优先选eclipse-temurin，它完全兼容Oracle JDK且开源免费，是企业常用选项；其次是Oracle的OpenJDK镜像（注意区分商业版和开源版，OpenJDK本身免费）；避免使用不知名厂商的镜像，安全性和稳定性无法保证。

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