登录
首页 >  文章 >  linux

Linux安装OpenJDK及Java环境配置实战

时间:2026-04-02 08:09:50 388浏览 收藏

本文深入解析了在Linux系统中正确安装和配置OpenJDK的实战要点,强调“装JDK而非JRE”这一核心原则——Ubuntu/Debian用户应直接使用`sudo apt install openjdk-17-jdk`,CentOS/RHEL 8+则推荐`sudo dnf install java-17-openjdk-devel`,避免因仅安装运行时环境(JRE)导致`javac`缺失等常见故障;文章不仅厘清了包管理器安装的稳定性优势(自动配置、安全更新、路径规范),还直击运维痛点:必须同时验证`java -version`和`javac -version`、谨慎设置`JAVA_HOME`(多数场景下无需手动配置)、警惕systemd服务不读shell变量等隐性陷阱,并客观指出版本选择需兼顾应用兼容性而非盲目求新——真正决定成败的,从来不是安装动作本身,而是装完后那几步关键验证。

linux怎么安装openjdk_linux配置java运行环境【实战】

Ubuntu/Debian 上用 apt 安装 OpenJDK 最稳

直接装系统仓库里的 openjdk-17-jdkopenjdk-21-jdk,不用自己下 tar.gz、配 JAVA_HOME、改 PATH,省事且更新有保障。

常见错误现象:java -version 显示 openjdk version "11.0.22"javac 找不到——只装了 openjdk-11-jre(运行时),没装 -jdk(开发包)。

  • 装 JDK 而非 JRE:sudo apt install openjdk-17-jdk
  • 验证是否完整:java -versionjavac -version 都得能输出版本号
  • 默认会自动配置 javajavac 的符号链接,不用手动 update-alternatives(除非你真要切多个 JDK)
  • 路径不用动:/usr/lib/jvm/java-17-openjdk-amd64 是典型安装位置,JAVA_HOME 一般也不用设(除非 Maven/Gradle 明确报错找不到)

CentOS/RHEL 8+ 用 dnf 装,别碰 yum install java

yum install java 在旧版 CentOS 里可能拉来 Oracle Java 或过时的 OpenJDK 1.8,现在 RHEL 8+ 默认用 dnf,源里有明确版本的 OpenJDK 模块。

使用场景:服务器环境要求长期稳定,又不想自己维护 JDK 升级节奏。

  • 查可用版本:dnf search openjdk → 看到类似 java-17-openjdk-devel.x86_64
  • 装开发包:sudo dnf install java-17-openjdk-devel(带 -devel 才含 javac
  • 注意:java-17-openjdk(不带 devel)只有 JRE,javac 依然缺失
  • RHEL/CentOS 的 OpenJDK 默认不写 JAVA_HOME 到环境变量,如果工具(如 Jenkins、Tomcat)报 JAVA_HOME not set,再补一句:export JAVA_HOME=$(dirname $(dirname $(readlink -f $(which java))))

手动解压 tar.gz?只在必须指定路径或版本时才做

比如你要跑一个只认 jdk-11.0.22+7 的老项目,而系统仓库只有 11.0.21;或者容器里不能用包管理器。否则纯属增加维护成本。

容易踩的坑:JAVA_HOME 指向 jdk-11.0.22+7 目录,但 PATH 里加的是 $JAVA_HOME/bin,结果一重启就失效——因为没写进 shell 配置文件。

  • 下载地址认准官方:https://github.com/adoptium/temurin17-binaries/releases(推荐 Eclipse Temurin,非 Oracle JDK)
  • 解压后验证:./jdk-17.0.2+8/bin/java -version,确认能跑再配环境变量
  • 写入 ~/.bashrc/etc/profile.d/java.shexport JAVA_HOME=/opt/jdk-17.0.2+8export PATH=$JAVA_HOME/bin:$PATH
  • 别用软链伪装路径(如 /opt/java → jdk-17.0.2+8),升级时容易漏掉更新软链,导致 java -version 和实际 JAVA_HOME 不一致

验证和排障:别只信 java -version

java -version 成功不代表环境就 OK。Maven 编译、Spring Boot 启动失败,常卡在 javac 版本不匹配、JAVA_HOME 路径含空格、或用了 JRE 而非 JDK。

性能影响:OpenJDK 17+ 默认启用 ZGC(低延迟 GC),但某些老应用在 G1 下更稳;不是版本越新越好,得看应用兼容性。

  • 检查 JDK 完整性:ls $JAVA_HOME/bin/javac $JAVA_HOME/bin/java,两个文件都得存在
  • 确认 JAVA_HOME 没多出空格或换行:echo "$JAVA_HOME" | od -c 看结尾有没有 \n
  • 区分 java 命令来源:which javareadlink -f $(which java),避免 PATH 里混着不同 JDK 的 bin
  • 如果用 systemd 启动 Java 服务,它不读用户 shell 配置,得在 service 文件里显式写 Environment="JAVA_HOME=/usr/lib/jvm/java-17-openjdk-amd64"
事情说清了就结束。最麻烦的从来不是装 JDK,而是装完之后没人去验证 javac 在不在、JAVA_HOME 对不对、服务进程到底用的是哪个 java

文中关于的知识介绍,希望对你的学习有所帮助!若是受益匪浅,那就动动鼠标收藏这篇《Linux安装OpenJDK及Java环境配置实战》文章吧,也可关注golang学习网公众号了解相关技术文章。

资料下载
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>