Java在Ubuntu上的多版本管理

概览

在 Ubuntu 环境下管理多个 Ja va 版本，是开发者常会遇到的需求。目前主流的做法大致分为三类：系统自带的 update-alternatives、面向 JVM 生态的 SDKMAN!，以及专注于版本切换的 jenv。它们各有侧重，分别适合系统级统一切换、开发者按需安装与管理、以及项目级或 Shell 级的精细化版本控制。了解它们的区别，是高效工作的第一步。

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

方案一：update-alternatives 系统级管理

这个方案的核心在于“系统级”和“统一”。它利用 Ubuntu 自带的工具，为系统设置一个全局默认的 Ja va 版本，非常适合服务器环境或需要固定全局版本的生产场景。

• 安装多个 OpenJDK（以 OpenJDK 11 与 17 为例）：
  • sudo apt update
  • sudo apt install openjdk-11-jdk openjdk-17-jdk
• 将各版本注册到 alternatives 系统（注意，安装路径中的架构标识如 amd64 或 arm64 需与实际匹配）：
  • sudo update-alternatives --install /usr/bin/ja va ja va /usr/lib/jvm/ja va-11-openjdk-amd64/bin/ja va 1
  • sudo update-alternatives --install /usr/bin/ja va ja va /usr/lib/jvm/ja va-17-openjdk-amd64/bin/ja va 2
• 交互式选择默认版本：
  • sudo update-alternatives --config ja va
• 验证当前生效版本：
  • ja va -version

简单来说，update-alternatives 扮演了一个系统级的“交通指挥”，确保 /usr/bin/ja va 这个命令始终指向你指定的那个版本。一旦设置，对所有用户和会话都生效。

方案二：SDKMAN! 开发者友好

如果说 update-alternatives 是系统管理员的好帮手，那么 SDKMAN! 就是为开发者量身定制的瑞士军刀。它最大的魅力在于，能在你的用户空间里轻松下载、安装和管理数十个不同的 JDK 版本，甚至还包括 Ma ven、Gradle 等 JVM 生态工具。

• 安装与初始化：
  • curl -s “https://get.sdkman.io” | bash
  • source “$HOME/.sdkman/bin/sdkman-init.sh”
• 常用命令一览：
  • 查看所有可安装的版本：sdk list ja va
  • 安装指定版本：sdk install ja va 11.0.11-open
  • 在当前终端会话临时使用某个版本：sdk use ja va 8.0.292-open
  • 设置用户的默认版本：sdk default ja va 11.0.11-open
  • 卸载不再需要的版本：sdk uninstall ja va 11.0.11-open

这意味着，你可以在一台机器上同时测试 Ja va 8、11、17 甚至预览版，而无需担心污染系统环境或影响其他用户。SDKMAN! 把一切都隔离在你的个人目录下，切换起来既安全又方便。

方案三：jenv 多版本与项目级管理

当你需要更精细的控制时，比如“为 A 项目固定使用 Ja va 11，为 B 项目固定使用 Ja va 17”，jenv 的优势就显现出来了。它本身不安装 JDK，而是作为一个智能的版本切换层，管理你已经安装好的各个 JDK。

• 安装与初始化：
  • sudo apt update && sudo apt install git curl
  • git clone https://github.com/jenv/jenv.git ~/.jenv
  • echo ‘export PATH=“$HOME/.jenv/bin:$PATH”’ >> ~/.bashrc
  • echo ‘eval “$(jenv init -)”’ >> ~/.bashrc
  • source ~/.bashrc
• 添加已安装的 JDK（路径请根据实际情况调整）：
  • jenv add /usr/lib/jvm/ja va-11-openjdk-amd64
  • jenv add /usr/lib/jvm/ja va-8-openjdk-amd64
• 常用命令：
  • 列出所有已管理的版本：jenv versions
  • 设置全局默认版本：jenv global 11.0
  • 设置当前 Shell 会话的版本：jenv shell 8.0
  • 设置当前目录（及其子目录）的本地版本：jenv local 17.0（此命令会在目录下生成一个 .ja va-version 文件）

这个“全局 -> 会话 -> 本地”的三级优先级设计非常巧妙。你可以在系统里装好多个 JDK，然后用 jenv 实现“进入项目目录，自动切换到对应 Ja va 版本”的自动化体验，极大提升了开发效率。

如何选择与常见问题

面对这三个工具，该如何抉择？其实关键在于你的使用场景。

• 选择建议：
  • 需要在系统层面统一默认版本：比如服务器部署，优先使用 update-alternatives。
  • 需要在用户空间灵活安装、切换多个 JDK 及构建工具：个人开发、测试多版本兼容性，SDKMAN! 是首选。
  • 需要按项目或目录自动切换版本，并希望与 Shell 深度集成：追求极致的开发环境隔离和自动化，jenv 更能满足需求。
• 常见问题与排查：
  • 版本冲突与环境变量错乱：这是最常见的问题。务必统一使用上述工具进行切换，避免手动在多处（如 ~/.bashrc, /etc/environment）修改 JA VA_HOME 和 PATH。如果必须手动设置，确保只保留一处正确配置，并执行 source 命令使其生效。
  • 仅切换 ja va 命令仍不够：很多构建工具（如 Ma ven、Gradle）也依赖 JA VA_HOME 环境变量。确保 JA VA_HOME 与 PATH 中的 ja va 命令指向同一个 JDK。SDKMAN! 和 jenv 在切换版本时通常会帮你同步设置好这些变量。
  • 查看与清理：
    • 列出系统 alternatives 中注册的所有版本：update-alternatives --config ja va
    • 通过 apt 移除不需要的 JDK 包：sudo apt-get remove openjdk-
    • 任何时候，验证当前生效版本的最直接命令都是：ja va -version。