Linux安装JDK：环境变量配置与多版本管理实战指南

Linux安装JDK：环境变量配置与多版本管理实战指南

发布时间：2026/10/17 12:45:09
Linux安装JDK：环境变量配置与多版本管理实战指南 1. 项目概述为什么在Linux上装JDK不是“点下一步”那么简单“Linux安装JDK并配置环境变量”这九个字看起来像是一条教科书里的标准操作题但实际踩进坑里的人十有八九不是卡在下载链接404就是被java -version报错“command not found”反复暴击。我带过三届某高校信科院的实训课每届都有至少12名学生在第一周卡在这一步——有人把tar.gz解压到/home/username/jdk后直接改~/.bashrc结果换了个用户登录就失效有人用apt install openjdk-17-jdk装完发现项目依赖的是JDK 8u202的特定字节码版本编译直接失败还有人硬生生把JAVA_HOME指向了/usr/lib/jvm/java-17-openjdk-amd64/jre结果Maven一跑就抛UnsupportedClassVersionError。这些都不是玄学而是Linux系统级环境管理、Java生态版本契约、Shell会话生命周期三者咬合不严导致的必然结果。这个操作的本质不是“装一个软件”而是在类Unix系统的权限分层、路径继承、shell初始化机制之上精准锚定一个运行时契约JVM JDK工具链 类库的全局坐标系。它直接影响后续所有Java相关动作编译、打包、调试、容器化部署、CI流水线触发。你配错的不是几个变量而是整个Java生态在你机器上的“地籍图”。所以本文不讲“复制粘贴就能用”而是带你一层层剥开/etc/profile和~/.bashrc的区别、export和source的执行时机、which java与readlink -f $(which java)的差异、以及为什么update-alternatives --config java在企业级运维中比手动改PATH更可靠。适合刚从Windows转Linux的新手、需要独立部署测试环境的开发、或是正在排查CI构建失败根源的运维同学。接下来的内容全部基于真实终端录屏回溯整理每一步都标注了“为什么必须这样”而不是“应该这样做”。2. 核心设计思路选型逻辑与路径规划的底层依据2.1 为什么放弃APT/YUM一键安装三个硬伤必须直面很多教程开头就写sudo apt update sudo apt install default-jdk看似省事实则埋下三颗雷第一颗雷版本不可控。Ubuntu 22.04默认default-jdk是OpenJDK 11而某银行核心系统要求JDK 8u231因使用了已废弃的javax.xml.bind包。APT仓库不会为你保留十年前的旧版本apt list --installed | grep jdk只能看到当前源里有的版本。我曾为一个遗留系统调试发现APT装的OpenJDK 11在解析某SOAP报文时会静默丢弃命名空间前缀——查了三天才发现是JAXB实现差异换成Oracle JDK 8u231立刻正常。第二颗雷安装路径碎片化。APT会把javac扔进/usr/bin/JRE放在/usr/lib/jvm/JDK头文件又在/usr/include/而JAVA_HOME官方推荐指向JDK根目录即含bin/、jre/、lib/的父目录。但/usr/lib/jvm/java-11-openjdk-amd64这个路径里bin/下只有java没有javac因为javac被符号链接到了/usr/bin/javac导致某些构建脚本$JAVA_HOME/bin/javac直接报错。这不是bug是Debian包管理的设计哲学——工具链解耦但对Java开发者就是灾难。第三颗雷卸载残留顽固。sudo apt remove openjdk-11-jdk只会删掉包管理器记录的文件而/usr/lib/jvm/下可能还躺着java-11-openjdk-amd64/整个目录update-alternatives注册的链接也还在。下次你手动装新版本java -version显示的可能是旧版本因为/usr/bin/java这个符号链接没被清理。我见过最离谱的案例一台服务器上同时存在APT装的OpenJDK 17、手动解压的Zulu JDK 11、Docker镜像自带的Corretto 8which java指向/usr/bin/javareadlink -f $(which java)却跳转到/usr/lib/jvm/java-17-openjdk-amd64/bin/java而$JAVA_HOME却指向/opt/zulu11.52.13-ca-jdk11.0.17-linux_x64——三个版本在内存里打架应用启动日志里java.version和java.home输出完全不一致。所以我的方案是统一采用官方二进制包tar.gz手动部署。Oracle JDK、Eclipse Temurin原AdoptOpenJDK、Amazon Corretto、Azul Zulu都提供免安装的Linux x64 tar.gz包。优势在于路径绝对可控解压到/opt/jdk/或/usr/local/jdk/、版本精确匹配下载页明确标注jdk-8u202-linux-x64.tar.gz、卸载即删目录rm -rf /opt/jdk/jdk1.8.0_202、且所有文件都在一个树形结构内JAVA_HOME指向根目录后$JAVA_HOME/bin/java、$JAVA_HOME/jre/lib/rt.jar全部天然可达。2.2 路径选择/optvs/usr/localvs~/jdk哪个才是生产环境的“安全区”路径不是随便选的它决定了权限模型、生命周期和团队协作成本/home/username/jdk/用户级适合个人学习机~/.bashrc里配JAVA_HOME只影响当前用户。但问题在于sudo java -version会失败因为root用户的环境变量没加载CI工具如Jenkins以jenkins用户运行也不会读你的~/.bashrc更致命的是/home分区通常较小而JDK 17解压后超500MB容易撑爆磁盘。我试过在某云主机上把JDK装进/home结果mvn clean package中途因磁盘满直接OOM Killed。/usr/local/传统Unix“本地编译安装软件”的归属地权限为root:staff普通用户可读不可写。优点是路径标准几乎所有Linux发行版都遵循FHS规范缺点是/usr/local常被系统管理员锁定sudo chown -R $USER:$USER /usr/local可能违反公司安全策略。某次给金融客户部署安全审计直接否决了/usr/local方案理由是“非标准路径变更需额外审批”。/opt/这才是企业级部署的黄金路径。FHS明确定义/opt为“add-on application software packages”第三方附加应用软件包的存放地权限默认root:root但允许创建子目录并赋权。我们约定/opt/jdk/为JDK根目录再建/opt/jdk/latest作为软链接指向当前主力版本如/opt/jdk/jdk-17.0.112这样升级时只需ln -sf jdk-17.0.112 /opt/jdk/latest所有依赖$JAVA_HOME的服务自动切换。某电商大促前夜我们用此方案5分钟内将集群从JDK 11热切到JDK 17零停机。最终决策/opt/jdk/为唯一部署路径。它规避了用户级路径的权限陷阱绕开了/usr/local的安全审批又比/usr更符合“第三方软件”定位。所有操作均以sudo执行确保路径所有权清晰。2.3 环境变量注入点/etc/profile、/etc/environment、~/.bashrc谁该管全局这是最常被混淆的环节。很多人把export JAVA_HOME/opt/jdk/latest写进~/.bashrc然后纳闷“为什么systemctl start tomcat不生效”。原因在于不同Shell初始化文件的加载时机和作用域完全不同。~/.bashrc仅在交互式非登录Shell如你打开终端窗口后执行的bash中加载。ssh userhost是登录Shell会加载~/.bash_profile若存在或~/.profile而systemd服务、cron任务、sudo -i后的Shell都是非交互式Shell根本不会读~/.bashrc。这就是为什么Tomcat服务看不到JAVA_HOME。/etc/environment由pam_env.so模块在用户登录时读取格式是KEYVALUE不能有空格、不能用export、不能引用其他变量。它不支持$JAVA_HOME/bin这种拼接只能写死路径。而且它只影响PAM认证流程对纯Shell脚本无效。/etc/profile系统级登录Shell初始化文件所有用户登录时都会执行包括sudo su -。它支持完整的Shell语法export、变量拼接、条件判断全都可以。systemd服务若以Userroot启动其环境会继承root登录Shell的变量cron任务若用sudo crontab -e编辑也会加载此文件。因此我们的注入策略是全局生效所有用户、所有服务写入/etc/profile并添加export PATH$JAVA_HOME/bin:$PATH用户级覆盖如需临时切版本在~/.bashrc里加export JAVA_HOME/opt/jdk/jdk-8u202但必须加source /etc/profile确保基础环境加载服务级隔离如Docker容器在Dockerfile中用ENV JAVA_HOME/opt/jdk/latest不依赖宿主机配置。提示修改/etc/profile后新终端会自动生效但已存在的终端需source /etc/profile。验证是否生效echo $JAVA_HOME应输出/opt/jdk/latestenv | grep JAVA应显示完整变量列表。3. 实操全流程从下载到验证的每一步拆解3.1 下载与校验如何避开“官网404”和“MD5不匹配”的双重陷阱JDK下载早已不是简单复制链接。Oracle JDK自8u211起要求登录Oracle账号且免费商用授权已终止OpenJDK官方jdk.java.net只提供早期访问版EA不稳定主流选择是Eclipse Temurin推荐、Amazon CorrettoAWS生态友好、Azul Zulu支持老旧架构。以下以Temurin为例第一步获取正确下载链接不要直接访问temurin.net首页点下载——它会根据浏览器UA返回不同版本。正确姿势是调用其API# 获取最新LTS版本如JDK 17的Linux x64 tar.gz下载URL curl -s https://api.adoptium.net/v3/assets/latest/17/hotspot?architecturex64image_typejdkoslinuxpage0page_size1projectjdksort_methodDEFAULTsort_orderDESCvendoreclipse | jq -r .assets[] | select(.binary.image_typejdk) | .binary.package.link返回类似https://github.com/adoptium/temurin17-binaries/releases/download/jdk-17.0.1%2B12/OpenJDK17U-jdk_x64_linux_hotspot_17.0.1_12.tar.gz第二步下载并校验完整性# 创建目录并下载 sudo mkdir -p /opt/jdk cd /opt/jdk sudo wget -O temurin17.tar.gz https://github.com/adoptium/temurin17-binaries/releases/download/jdk-17.0.1%2B12/OpenJDK17U-jdk_x64_linux_hotspot_17.0.1_12.tar.gz # 下载对应的SHA256校验文件注意Temurin的SHA256文件名是tar.gz名.sha256 sudo wget -O temurin17.tar.gz.sha256 https://github.com/adoptium/temurin17-binaries/releases/download/jdk-17.0.1%2B12/OpenJDK17U-jdk_x64_linux_hotspot_17.0.1_12.tar.gz.sha256 # 校验输出OK表示无误 sudo sha256sum -c temurin17.tar.gz.sha256注意如果sha256sum -c报错“no properly formatted SHA256 checksum lines found”说明下载的.sha256文件内容是纯哈希值如a1b2c3...而非标准格式a1b2c3... temurin17.tar.gz。此时手动补全echo $(cat temurin17.tar.gz.sha256) temurin17.tar.gz | sudo sha256sum -c -第三步解压与建立版本目录# 解压到临时目录查看内部结构关键确认是否有jdk-17.0.112这样的根目录 sudo tar -xzf temurin17.tar.gz -C /tmp/ ls -l /tmp/ | grep jdk # 应看到类似 jdk-17.0.112/ # 创建版本目录并移动 sudo mv /tmp/jdk-17.0.112 /opt/jdk/ sudo chown -R root:root /opt/jdk/jdk-17.0.112 sudo chmod -R 755 /opt/jdk/jdk-17.0.112 # 建立latest软链接注意-sf强制覆盖避免已存在链接报错 sudo ln -sf /opt/jdk/jdk-17.0.112 /opt/jdk/latest实操心得解压前务必tar -tzf xxx.tar.gz | head -20预览目录结构。曾有次下载的包解压后是jdk-17.0.112/另一次却是jdk/无版本号如果盲目mv /tmp/jdk /opt/jdk/latest会导致/opt/jdk/latest/bin/java路径错误。预览是防错第一关。3.2 环境变量配置/etc/profile的逐行注释式编写打开/etc/profilesudo nano /etc/profile在文件末尾添加以下内容不要删除原有内容# # JDK Environment Variables - Managed by DevOps # Version: Temurin JDK 17.0.112 (LTS) # Last Updated: $(date %Y-%m-%d) # # 检查JDK目录是否存在避免JAVA_HOME指向空路径导致PATH污染 if [ -d /opt/jdk/latest ]; then export JAVA_HOME/opt/jdk/latest # 将JDK的bin目录前置到PATH确保优先使用此版本 # 注意$PATH前加冒号是语法错误必须写成 $JAVA_HOME/bin:$PATH export PATH$JAVA_HOME/bin:$PATH # 可选设置JRE_HOME某些老框架如Tomcat 7需要 export JRE_HOME$JAVA_HOME/jre # 可选设置CLASSPATH现代项目极少需要但留作兼容 # export CLASSPATH$JAVA_HOME/lib:$JAVA_HOME/jre/lib fi关键细节解释if [ -d ...检查防止/opt/jdk/latest软链接损坏或目录被误删导致export JAVA_HOME空字符串进而PATH:/usr/bin:/bin——这会让所有命令失效因为:代表当前目录而当前目录通常无执行权限。$JAVA_HOME/bin:$PATH双引号包裹确保路径含空格时安全虽然JDK路径一般无空格但这是Shell编程铁律。JRE_HOMETomcat 8已弃用但某银行旧版WebLogic仍依赖它设上无害。注释中的$(date %Y-%m-%d)每次修改自动更新时间戳方便回溯配置变更。保存后立即生效source /etc/profile。验证echo $JAVA_HOME # 应输出 /opt/jdk/latest echo $PATH | grep jdk # 应看到 /opt/jdk/latest/bin 在PATH最前面3.3 多版本共存与快速切换update-alternatives的工业级用法当需要同时维护JDK 8、11、17时手动改/etc/profile太脆弱。update-alternatives是Debian/Ubuntu系的标准方案RHEL/CentOS用alternatives命令几乎相同。第一步注册所有JDK版本# 为java命令注册--install 链接 名称 路径 优先级 sudo update-alternatives --install /usr/bin/java java /opt/jdk/jdk-8u202/bin/java 100 sudo update-alternatives --install /usr/bin/java java /opt/jdk/jdk-11.0.15/bin/java 200 sudo update-alternatives --install /usr/bin/java java /opt/jdk/jdk-17.0.112/bin/java 300 # 同样注册javac编译器 sudo update-alternatives --install /usr/bin/javac javac /opt/jdk/jdk-8u202/bin/javac 100 sudo update-alternatives --install /usr/bin/javac javac /opt/jdk/jdk-11.0.15/bin/javac 200 sudo update-alternatives --install /usr/bin/javac javac /opt/jdk/jdk-17.0.112/bin/javac 300优先级数字越大越可能被自动选中。--install参数详解/usr/bin/java系统级统一入口所有用户通过此路径调用javajava替代组名称同一组内命令共享切换逻辑/opt/jdk/xxx/bin/java具体可执行文件路径100/200/300优先级--config时按此排序第二步交互式切换sudo update-alternatives --config java # 终端会列出 # Selection Path Priority Status # ------------------------------------------------------------ # * 0 /opt/jdk/jdk-17.0.112/bin/java 300 auto mode # 1 /opt/jdk/jdk-8u202/bin/java 100 manual mode # 2 /opt/jdk/jdk-11.0.15/bin/java 200 manual mode # Press enter to keep the current choice[*], or type selection number:输入1回车java -version立即变为JDK 8。update-alternatives会自动更新/usr/bin/java的符号链接并同步JAVA_HOME如果/etc/profile里JAVA_HOME指向/opt/jdk/latest则需配合软链接切换。第三步自动化脚本切换运维必备写一个switch-jdk.sh#!/bin/bash # Usage: sudo ./switch-jdk.sh 8 | 11 | 17 case $1 in 8) sudo update-alternatives --set java /opt/jdk/jdk-8u202/bin/java sudo update-alternatives --set javac /opt/jdk/jdk-8u202/bin/javac sudo ln -sf /opt/jdk/jdk-8u202 /opt/jdk/latest ;; 11) sudo update-alternatives --set java /opt/jdk/jdk-11.0.15/bin/java sudo update-alternatives --set javac /opt/jdk/jdk-11.0.15/bin/javac sudo ln -sf /opt/jdk/jdk-11.0.15 /opt/jdk/latest ;; 17) sudo update-alternatives --set java /opt/jdk/jdk-17.0.112/bin/java sudo update-alternatives --set javac /opt/jdk/jdk-17.0.112/bin/javac sudo ln -sf /opt/jdk/jdk-17.0.112 /opt/jdk/latest ;; *) echo Usage: $0 {8|11|17}; exit 1 esac echo JDK switched to version $1. Run source /etc/profile if needed.赋予执行权限sudo chmod x switch-jdk.sh以后切版本只需sudo ./switch-jdk.sh 11。实操心得update-alternatives --install后务必用update-alternatives --list java确认所有版本已注册。曾因路径写错少了个/bin导致注册的路径不存在--config时选中后java -version报No such file or directory排查半小时才发现是注册路径错误。3.4 验证与深度诊断超越java -version的五层检查法很多教程到java -version显示正确就结束但生产环境需要更严谨的验证第一层基础命令可用性java -version # 显示版本信息应为17.0.112 javac -version # 编译器版本必须与java一致 which java # 应输出 /usr/bin/javaupdate-alternatives注册点 readlink -f $(which java) # 应输出 /opt/jdk/jdk-17.0.112/bin/java第二层环境变量完整性env | grep -E ^(JAVA|JRE)_HOME|PATH # 检查变量是否加载且PATH包含jdk/bin echo $JAVA_HOME # 应为 /opt/jdk/latest ls -l $JAVA_HOME # 确认latest指向正确目录第三层JVM核心能力验证# 测试JVM启动排除libjli.so等动态库缺失 java -XshowSettings:properties -version 21 | grep java.home # 测试JRE类库关键避免rt.jar缺失 java -cp $JAVA_HOME/jre/lib/rt.jar HelloWorld # 需先写个HelloWorld.class第四层构建工具链兼容性# Maven验证需提前安装Maven mvn -v # 输出应包含Java version: 17.0.1 # Gradle验证 gradle -v | grep JVM # 手动编译测试创建Test.java echo public class Test { public static void main(String[] args) { System.out.println(JDK OK); } } Test.java javac Test.java java Test # 应输出 JDK OK第五层服务级环境继承# 模拟systemd服务环境 sudo systemd-run --scope -- bash -c echo $JAVA_HOME # 检查cron环境需重启cron服务 sudo systemctl restart cron # 写一个测试cron任务 echo * * * * * root env | grep JAVA_HOME /tmp/cron-java.log 21 | sudo tee /etc/cron.d/test-java # 等一分钟检查日志 sudo tail -f /tmp/cron-java.log # 应输出JAVA_HOME路径注意如果systemd-run输出为空说明/etc/profile未被systemd服务加载需在service文件中显式指定EnvironmentFile/etc/profile。4. 常见问题与实战排错那些让你抓狂的“小问题”真相4.1 问题速查表高频报错与根因分析报错现象根本原因解决方案bash: java: command not foundPATH未包含$JAVA_HOME/bin或/etc/profile未生效检查echo $PATH是否含/opt/jdk/latest/bin执行source /etc/profile确认/etc/profile中export PATH...无语法错误如漏掉$Error: Could not create the Java Virtual Machine.Error: A fatal exception has occurred. Program will exit.JVM参数如-Xmx超出物理内存或JAVA_HOME指向JRE而非JDK缺少jre/lib/jvm.cfgfree -h看内存ls $JAVA_HOME/jre/lib/jvm.cfg确认存在JAVA_HOME必须指向含bin/和jre/的JDK根目录UnsupportedClassVersionError: ... has been compiled by a more recent version of the Java Runtime编译用的JDK版本高于运行时JDK版本如用JDK 17编译却用JDK 11运行javac -version和java -version对比Maven项目检查maven.compiler.source和maven.compiler.target是否匹配运行环境sudo java -version显示旧版本但java -version显示新版本sudo默认不继承环境变量且/usr/bin/sudo可能配置了env_resetsudo env PATH$PATH java -version临时解决永久方案在/etc/sudoers中添加Defaults env_keep JAVA_HOME用sudo visudo编辑update-alternatives --config java后java -version不变update-alternatives只改/usr/bin/java但$PATH中可能有更高优先级路径如/usr/local/bin/javaecho $PATH看顺序which -a java列出所有java路径sudo rm /usr/local/bin/java移除干扰项4.2 深度排错案例一次持续3天的JAVA_HOME消失之谜现象某客户服务器上JAVA_HOME在root用户下正常但sudo -u appuser java -version报command not found。appuser的~/.bashrc里明确写了export JAVA_HOME/opt/jdk/latest。排查过程sudo -u appuser echo $JAVA_HOME→ 空说明变量未加载sudo -u appuser cat ~/.bashrc \| grep JAVA_HOME→ 存在但echo $JAVA_HOME为空sudo -u appuser bash -i -c echo $JAVA_HOME→ 正常输出证明.bashrc语法正确关键发现sudo -u appuser bash -c echo $JAVA_HOME→ 空因为bash -c是非交互式Shell不加载.bashrc根因sudo -u appuser默认启动非交互式Shell而.bashrc只在交互式Shell中加载。/etc/profile虽全局但appuser的~/.bash_profile中有一行if [ -f ~/.bashrc ]; then . ~/.bashrc; fi而该文件被注释掉了解决方案方案A推荐在/etc/profile中配置全局JAVA_HOME已做方案B修复appuser的~/.bash_profile取消注释. ~/.bashrc行方案C在/etc/sudoers中添加Defaults env_keep JAVA_HOME让sudo透传变量实操心得永远用bash -i -c和bash -c分别测试区分交互式与非交互式Shell的行为差异。这是Linux环境变量问题的万能钥匙。4.3 容器化场景的特殊处理Docker与Kubernetes中的JDK配置在容器里/etc/profile基本无效因为容器启动的是精简Shell如sh而非bash。正确做法Dockerfile中# 使用Alpine基础镜像轻量时需单独安装OpenJDK FROM alpine:3.18 RUN apk add --no-cache openjdk17-jre # 或使用Debian基础镜像手动安装更可控 FROM debian:11-slim COPY jdk-17.0.112.tar.gz /tmp/ RUN mkdir -p /opt/jdk \ tar -xzf /tmp/jdk-17.0.112.tar.gz -C /opt/jdk/ \ ln -sf /opt/jdk/jdk-17.0.112 /opt/jdk/latest ENV JAVA_HOME/opt/jdk/latest ENV PATH$JAVA_HOME/bin:$PATHKubernetes Deployment中env: - name: JAVA_HOME value: /opt/jdk/latest - name: PATH value: /opt/jdk/latest/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin注意K8s中env字段的value是字符串不能写$JAVA_HOME/bin必须拼接完整。若用valueFrom.configMapKeyRef则ConfigMap中需预拼接好PATH。4.4 安全加固提醒三个必须做的最小权限操作JDK目录权限收紧sudo chown -R root:root /opt/jdk/ # 所有者为root sudo find /opt/jdk/ -type f -exec chmod 644 {} \; # 文件只读 sudo find /opt/jdk/ -type d -exec chmod 755 {} \; # 目录可执行 sudo chmod 755 /opt/jdk/latest # 软链接本身需可执行权限避免普通用户修改JDK二进制文件防止恶意篡改。禁用危险JVM参数在启动脚本中移除-XX:UnlockCommercialFeatures、-XX:FlightRecorder等需商业授权的参数Temurin已开源但旧版Zulu可能有。定期清理旧版本# 列出所有JDK版本目录 ls -ld /opt/jdk/jdk-* # 删除不用的版本如jdk-8u202 sudo rm -rf /opt/jdk/jdk-8u202 # 更新latest链接 sudo ln -sf /opt/jdk/jdk-17.0.112 /opt/jdk/latest5. 进阶实践自动化部署与CI/CD集成5.1 Ansible Playbook5行代码批量部署JDK对于百台服务器手动操作不现实。Ansible是最稳妥的选择--- - name: Install JDK via Temurin hosts: all become: yes vars: jdk_version: 17.0.112 jdk_url: https://github.com/adoptium/temurin17-binaries/releases/download/jdk-17.0.1%2B12/OpenJDK17U-jdk_x64_linux_hotspot_17.0.1_12.tar.gz tasks: - name: Create JDK directory file: path: /opt/jdk state: directory owner: root group: root mode: 0755 - name: Download and extract JDK unarchive: src: {{ jdk_url }} dest: /opt/jdk/ remote_src: yes creates: /opt/jdk/jdk-{{ jdk_version }} - name: Create latest symlink file: src: /opt/jdk/jdk-{{ jdk_version }} dest: /opt/jdk/latest state: link force: yes - name: Configure environment in /etc/profile lineinfile: path: /etc/profile line: export JAVA_HOME/opt/jdk/latest\nexport PATH$JAVA_HOME/bin:$PATH insertafter: EOF create: yes - name: Reload profile for current session command: source /etc/profile args: executable: /bin/bash运行ansible-playbook install-jdk.yml -i inventory/prod。Playbook保证幂等性多次执行无副作用且creates参数避免重复下载。5.2 GitHub ActionsPR提交时自动验证JDK版本在Java项目CI中确保所有贡献者使用统一JDKname: JDK Version Check on: [pull_request] jobs: check-jdk: runs-on: ubuntu-22.04 steps: - uses: actions/checkoutv3 - name: Set up JDK 17 uses: actions/setup-javav3 with: java-version: 17 distribution: temurin - name: Verify JDK