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 用户请跳过此节JAVA_HOME
sdk list java 没有想要的版本,先运行 sdk update
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%
$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) vs java-17-openjdk(CentOS)update-alternatives,得自己 --install
IntelliJ、VS Code、Eclipse 都有独立的 JDK 配置项,它们**完全忽略系统 JAVA_HOME 和 PATH**。Gradle 默认用 org.gradle.java.home
或项目级 gradle.properties,Maven 则看 MAVEN_OPTS 或 pom.xml 中的 maven-compiler-plugin 配置。
JDK_HOME
gradle.properties 加 org.gradle.java.home=/path/to/jdk-21
which java、echo $JAVA_HOME、IDE 的「About」页、以及构建日志第一行的 JVM 信息,比什么都管用。