sdkman是Linux/macOS用户切换Java版本最省心的选择，它独立安装JDK于用户目录、仅修改PATH和JAVA_HOME、无污染无冲突；Windows用户可用jabba或手动配置；Ubuntu的update-alternatives不设JAVA_HOME，IDE和构建工具各有独立配置。
用 sdkman 切换 Java 版本最省心
对 Linux/macOS 用户，sdkman 是目前最轻量、最可靠的选择。它不依赖系统包管理器，所有 JDK 都独立安装在用户目录下，不会污染全局环境，切换时只改 PATH 和 JAVA_HOME，无残留、无冲突。
安装后执行：
sdk install java 17.0.12-tem sdk install java 21.0.4-tem sdk install java 22.0.2-tem再用
sdk use java 17.0.12-tem 即刻生效。当前会话和新终端都可用，且支持 sdk default java 21.0.4-tem 设为默认。
- 注意
sdkman默认不管理 Windows，Win 用户请跳过此节 - 某些 IDE（如 IntelliJ）需重启才能识别新
JAVA_HOME - 如果
sdk list java没有想要的版本，先运行sdk update
Windows 上用 jabba 或手动配置环境变量
Windows 缺乏原生多版本管理工具，jabba（跨平台 Shell 工具）是少数能稳定工作的选择，但需启用 PowerShell 脚本执行策略；更稳妥的做法仍是手动维护多个 JDK 目录 + 批处理脚本切换。
例如把 JDK 解压到：C:\dev\jdk-17C:\dev\jdk-21
然后写一个 setjdk17.bat：
@echo off set JAVA_HOME=C:\dev\jdk-17 set PATH=%JAVA_HOME%\bin;%PATH% echo JAVA_HOME set to %JAVA_HOME%
- 每次打开新 CMD 都要重新运行脚本，不能“永久生效”——这是 Windows 的限制，不是配置错误
- PowerShell 中变量作用域更严格，
$env:JAVA_HOME只在当前会话有效 - 不要在系统级环境变量里硬编码
JAVA_HOME，否则会锁死版本
update-alternatives 在 Ubuntu/Debian 上的坑
Ubuntu 自带的 update-alternatives --config java 看似方便，但它只改 /usr/bin/java 符号链接，不更新 JAVA_HOME。很多构建工具（Maven、Gradle）和 IDE 依赖 JAVA_HOME，结果就是命令行 java -version 显示 JDK 21，但 mvn compile 仍用 JDK 17。
- 必须配合手动设置
JAVA_HOME：比如export JAVA_HOME=/usr/lib/jvm/java-17-openjdk-amd64 - 不同发行版路径命名不一致：
java-17-openjdk-amd64（Debian） vsjava-17-openjdk（CentOS） - OpenJDK 和 Temurin 安装后不会自动注册进
update-alternatives，得自己--install
IDE 和构建工具各自认自己的 Java
IntelliJ、VS Code、Eclipse 都有独立的 JDK 配置项，它们**完全忽略系统 JAVA_HOME 和 PATH**。Gradle 默认用 org.gradle.java.home 或项目级 gradle.properties，Maven 则看 MAVEN_OPTS 或 pom.xml 中的 maven-compiler-plugin 配置。
立即学习“Java免费学习笔记（深入）”；
- IntelliJ：File → Project Structure → Project Settings → Project → SDK
- VS Code + Extension Pack for Java：点击右下角 Java 版本提示，选对应
JDK_HOME - Gradle：在
gradle.properties加org.gradle.java.home=/path/to/jdk-21 - 别指望“切一次系统 Java 就全跟着变”——每个工具都有自己的偏好
which java、echo $JAVA_HOME、IDE 的「About」页、以及构建日志第一行的 JVM 信息，比什么都管用。 
