Java多版本切换与管理方法详解

有志者，事竟成！如果你在学习文章，那么本文《多版本Java如何切换及管理方案》，就很适合你！文章讲解的知识点主要包括，若是你对本文感兴趣，或者是想搞懂其中某个知识点，就请你继续往下看吧~

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

• 注意 sdkman 默认不管理 Windows，Win 用户请跳过此节
• 某些 IDE（如 IntelliJ）需重启才能识别新 JAVA_HOME
• 如果 sdk list java 没有想要的版本，先运行 sdk update

Windows 上用 jabba 或手动配置环境变量

Windows 缺乏原生多版本管理工具，jabba（跨平台 Shell 工具）是少数能稳定工作的选择，但需启用 PowerShell 脚本执行策略；更稳妥的做法仍是手动维护多个 JDK 目录 + 批处理脚本切换。

例如把 JDK 解压到：
C:\dev\jdk-17
C:\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） vs java-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 配置。

• 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 就全跟着变”——每个工具都有自己的偏好

好了，本文到此结束，带大家了解了《Java多版本切换与管理方法详解》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！