Ubuntu Java版本冲突解决方法

在Ubuntu系统下，同时装了好几个Java版本，结果发现编译一个老项目时各种报错，或者在终端里运行java -version时，蹦出来的版本号跟预期完全不一样——这种“版本冲突”的尴尬，几乎每个做Java开发的朋友都遇到过。其实这事儿说复杂也复杂，说简单也简单，关键看你怎么管。下面我们就来梳理一下，从暴力卸载到优雅隔离，不同场景下都有哪些靠谱的手段。

1. 查看当前安装的Java版本

动手之前，总得先把家底盘清楚。用下面这几条命令，很快就能摸清状况：
java -version —— 看看默认的Java运行时版本是谁。
javac -version —— 确认默认的编译器版本。
sudo update-alternatives --display java —— 这招最狠，直接把系统里所有注册过的Java版本和它们的优先级列给你看。
通过这些信息，基本就能锁定冲突的来源了。

2. 移除不需要的Java版本

如果系统里堆了一堆老版本，留着也没用，最简单粗暴的办法就是用包管理器清理掉：
sudo apt-get remove openjdk--jdk （把 换成具体版本号就行，比如 8、11）。
举个例子，要干掉OpenJDK 8：sudo apt-get remove openjdk-8-jdk
卸载完后，建议再跑一遍 sudo apt-get autoremove，把那些被带进来的依赖也一并清理掉，别让它们占着茅坑不拉屎。

3. 使用 update-alternatives 管理多版本（系统级切换）

update-alternatives 是Ubuntu自带的“系统级版本管理员”，适合那种整个系统只需要一个统一默认Java的场景。怎么用它？很简单：

• 把Java版本注册进去：每个版本的 java 和 javac 都要分别添加。以OpenJDK 11为例：
  sudo update-alternatives --install /usr/bin/java java /usr/lib/jvm/java-11-openjdk-amd64/bin/java 1
sudo update-alternatives --install /usr/bin/javac javac /usr/lib/jvm/java-11-openjdk-amd64/bin/javac 1
  （注意：路径可以通过 ls /usr/lib/jvm/ 查到；那个末尾的“1”是优先级数字，选哪个大哪个就更受偏爱。）
• 切换默认版本：运行 sudo update-alternatives --config java，系统会列出所有已注册的Java版本。你只需要输入对应的序号，回车就搞定了。切换完别忘用 java -version 验证一下。

4. 使用 jenv 管理多版本（用户级灵活切换）

如果你手头有多个项目，每个项目要求的Java版本都不一样，那系统级的 update-alternatives 就有点不够灵活了。这时候，jenv 是个更好的选择——它能让你在用户层面上做到“目录级”的精细控制。

• 安装 jenv：
  sudo apt update && sudo apt install git curl
git clone https://github.com/jenv/jenv.git ~/.jenv
  然后把下面两行加到 ~/.bashrc 文件里：
  echo 'export PATH="$HOME/.jenv/bin:$PATH"' >> ~/.bashrc
echo 'eval "$(jenv init -)"' >> ~/.bashrc
  最后 source ~/.bashrc 让它生效。
• 添加Java版本：
  jenv add /usr/lib/jvm/java-8-openjdk-amd64
jenv add /usr/lib/jvm/java-11-openjdk-amd64
• 切换Java版本：
  想全局统一？用 jenv global 1.8.0.422（版本号通过 jenv versions 查看）。
  想只在当前目录生效？jenv local 11.0.24，切到别的目录立马变回原样，非常适合做项目级配置。

5. 手动配置环境变量（针对性解决）

有些时候，你既不想动系统级别的默认设置，又不想引入新工具，那就直奔环境变量吧——手动配置 JAVA_HOME 和 PATH：

• 编辑 ~/.bashrc（只对你这个用户有效）或者 /etc/profile（系统全局），加上：
  export JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64
export PATH=$JAVA_HOME/bin:$PATH
• 保存后运行 source ~/.bashrc 或在退出重新登录后生效。
• 最后 echo $JAVA_HOME 检查一下路径对不对。

6. 解决特定应用的兼容性问题

有时候只是某个老应用需要特定版本的Java。没必要全局折腾，直接“按需投喂”就行：

• 指定Java路径运行：在启动命令前强行指定Java路径。比如：
  /usr/lib/jvm/java-8-openjdk-amd64/bin/java -jar your-app.jar
• 修改构建工具配置：
  Maven在 pom.xml 里加：1.8
  Gradle在 build.gradle 里加：sourceCompatibility = '1.8'
  这样构建时就会自动锁定指定版本，避免意外。

7. 使用容器化技术隔离环境（彻底避免冲突）

如果系统里需要同时跑N个应用，每个应用依赖的Java版本还不一样，那前面所有方法都只能算是“治标”。真正一劳永逸的办法，是用Docker把环境彻底隔离：

• 拉取对应版本的Java镜像，比如：docker pull openjdk:11-jdk
• 运行容器，并把你的应用代码挂载进去：
  docker run -v /path/to/your/app:/app -w /app openjdk:11-jdk java -jar your-app.jar
  这样一来，容器里跑的Java版本跟宿主机的系统完全无关了，脏水泼不到自家院子里，彻底从根源上解决了版本冲突。