多个JDK版本可共存，关键在于可靠切换JAVA_HOME和PATH；推荐Linux/macOS用update-alternatives或jenv、Windows用批处理脚本，IDE和构建工具需单独配置。
如何让多个JDK版本在一台机器上互不干扰地共存
Java多版本共存本身没有问题，关键在于JAVA_HOME和PATH的切换逻辑是否可靠。系统只会认环境变量指向的那个JDK，其他版本只要不被引用，就只是普通目录，完全不会冲突。
常见错误现象：java -version显示的版本和$JAVA_HOME/bin/java -version不一致；Maven编译报Unsupported class file major version；IDE里选了JDK 17，但终端跑javac还是用的JDK 8。
- 根本原因是
PATH中$JAVA_HOME/bin没排在最前，或者有其他bin路径（比如/usr/lib/jvm/java-8-openjdk-amd64/bin）硬编码在PATH里 -
JAVA_HOME必须指向JDK根目录（如/opt/jdk-17.0.2），不能指向bin子目录 - 不要直接修改
/etc/environment或/etc/profile——这些是全局生效的，会干扰团队协作或CI环境
推荐用update-alternatives管理JDK（Linux/macOS）
这是Debian/Ubuntu系的标准方案，Red Hat系可用alternatives，macOS可通过brew install jenv替代。它把不同JDK注册为可切换的“替代项”，避免手动改环境变量出错。
实操步骤：
立即学习“Java免费学习笔记（深入）”；
- 先确认各JDK安装路径，例如：
/usr/lib/jvm/jdk-8u291、/usr/lib/jvm/jdk-11.0.15、/usr/lib/jvm/jdk-17.0.2 - 逐个注册：
sudo update-alternatives --install /usr/bin/java java /usr/lib/jvm/jdk-8u291/bin/java 1<br>sudo update-alternatives --install /usr/bin/java java /usr/lib/jvm/jdk-11.0.15/bin/java 2<br>sudo update-alternatives --install /usr/bin/java java /usr/lib/jvm/jdk-17.0.2/bin/java 3
- 交互式切换：
sudo update-alternatives --config java，然后选编号 - 注意：要同步注册
javac、jar等命令，否则编译时可能混用不同版本
Windows下靠setx + 批处理快速切换
PowerShell或CMD本身不支持函数式环境切换，硬切JAVA_HOME容易遗漏PATH更新。稳妥做法是写几个批处理脚本，每次双击运行即生效（仅对当前CMD窗口）。
例如use-jdk17.bat内容：
@echo off<br>set JAVA_HOME=C:\Program Files\Java\jdk-17.0.2<br>set PATH=%JAVA_HOME%\bin;%PATH%<br>echo JDK 17 activated. Run "java -version" to verify.
- 不要用
setx永久写入注册表——会导致后续IDE或构建工具读到错误版本 - IntelliJ IDEA和Eclipse都支持项目级JDK配置，优先以IDE设置为准，与系统
JAVA_HOME无关 - Maven默认用
java命令所在JDK，但可通过MAVEN_OPTS=-Dmaven.compiler.source=17 -Dmaven.compiler.target=17强制指定字节码版本
为什么jenv在macOS上更实用
jenv不是简单包装update-alternatives，它能按目录自动切换JDK：进入某个项目文件夹后，自动加载该目录下的.java-version文件指定的版本。这对多项目、多版本并行开发特别省心。
使用要点：
- 安装后必须执行
jenv add /Library/Java/JavaVirtualMachines/jdk-11.0.15.jdk/Contents/Home逐个注册 - 设全局默认：
jenv global 11.0.15；设当前shell会话专用：jenv shell 17.0.2；设当前目录专用：jenv local 8.0（会生成.java-version） - 注意：
jenv只控制java/javac命令，不影响JAVA_HOME变量值——某些老脚本依赖JAVA_HOME，需额外用export JAVA_HOME补全
真正容易被忽略的是构建工具链的隐式依赖：Gradle wrapper自带JRE、Maven的toolchains.xml、Spring Boot的java-buildpack都可能绕过本地JDK设置。验证时别只信java -version，得看mvn compile生成的class文件版本。
