CentOS上配置Java需安装JDK并设置环境变量。推荐使用yum安装OpenJDK，如sudo yum install java-11-openjdk-devel -y，再通过/etc/profile.d/java.sh配置JAVA_HOME、PATH和CLASSPATH，最后source生效并验证版本。
在CentOS系统上配置Java，核心无非就是两步：安装合适的JDK（Java Development Kit）版本，然后正确设置环境变量。听起来简单，但实际操作中，版本选择、安装方式以及环境变量的细微之处，往往是新手容易踩坑的地方，甚至老手也可能因为疏忽而遇到一些莫名其妙的问题。说到底，就是要把Java运行时和开发环境，准确地“告诉”给操作系统。
解决方案
要在CentOS系统上完成Java配置，最直接且推荐的方式是利用包管理器安装OpenJDK，然后手动或通过系统工具配置环境变量。
安装OpenJDK（推荐方式）：对于大多数日常开发和运行需求，OpenJDK是首选，它与Oracle JDK功能上几乎一致，且完全开源免费。首先，更新一下系统包索引，这是个好习惯：
sudo yum update -y
然后，查看可用的Java版本。CentOS通常会提供多个OpenJDK版本，比如Java 8、Java 11、Java 17等。
sudo yum search openjdk
你会看到类似 java-1.8.0-openjdk-devel (Java 8 JDK), java-11-openjdk-devel (Java 11 JDK) 等包。选择你需要的版本进行安装，例如安装Java 11的JDK：
立即学习“Java免费学习笔记（深入）”；
sudo yum install java-11-openjdk-devel -y
安装完成后，系统通常会自动配置好 java 和 javac 命令的路径。你可以通过 java -version 和 javac -version 来验证。
手动安装Oracle JDK（或特定版本OpenJDK）：有时候，你可能需要特定版本的Oracle JDK，或者某个不在yum仓库中的OpenJDK版本。这通常涉及下载压缩包，然后解压到指定目录。
下载JDK： 从Oracle官网或其他OpenJDK发行版（如Adoptium, Azul Zulu）下载适用于Linux x64的tar.gz压缩包。创建安装目录： 我个人习惯把它放在 /usr/local/java 或 /opt/java 目录下，这样管理起来比较清晰。
sudo mkdir -p /usr/local/java
解压： 将下载的 jdk-xxx-linux-x64.tar.gz 文件解压到你创建的目录。
sudo tar -zxvf jdk-xxx-linux-x64.tar.gz -C /usr/local/java/
解压后，你会在 /usr/local/java 下看到一个类似 jdk-11.0.12 的目录。
配置环境变量：无论是通过yum安装还是手动安装，设置 JAVA_HOME 和将Java的可执行文件路径添加到 PATH 都是至关重要的。这确保了其他应用程序或脚本能够找到Java。编辑 /etc/profile 或 ~/.bashrc 文件。如果希望所有用户都生效，就编辑 /etc/profile；如果只希望当前用户生效，就编辑 ~/.bashrc。我一般倾向于在 /etc/profile.d/ 下创建一个新的 .sh 文件，比如 java.sh，这样更模块化，也方便管理。
sudo vim /etc/profile.d/java.sh
添加以下内容（根据你的Java版本和安装路径调整）：
export JAVA_HOME=/usr/lib/jvm/java-11-openjdk-11.0.12.0.7-0.el7_9.x86_64 # yum安装的路径# 或者如果你是手动安装的：# export JAVA_HOME=/usr/local/java/jdk-11.0.12export PATH=$JAVA_HOME/bin:$PATHexport CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
保存并退出。然后，让配置生效：
source /etc/profile.d/java.sh# 或者 source /etc/profile 或 source ~/.bashrc，取决于你修改了哪个文件
最后，验证配置：
echo $JAVA_HOMEjava -versionjavac -version
如果输出正确，恭喜你，Java环境已经搞定。
CentOS上安装Java有哪些常见方式？它们各有什么优缺点？
在CentOS上安装Java，我们通常会遇到两种主要方式：一种是利用系统自带的包管理器YUM（或DNF），另一种是手动下载并解压JDK压缩包。这两种方式各有其适用场景和优缺点，理解它们能帮助你做出更明智的选择。
1. 使用YUM/DNF包管理器安装OpenJDK
优点：简单快捷： 只需要几条命令，系统会自动处理依赖关系，下载并安装。这对于快速搭建开发环境或者部署应用来说，简直是福音。易于管理： 升级、卸载都非常方便，同样通过YUM命令就能完成。系统会自动跟踪已安装的包，减少了手动维护的麻烦。安全性高： 包管理器提供的通常是经过社区或发行版维护者验证的版本，安全性相对有保障。兼容性好： OpenJDK是Java的开源实现，与CentOS系统有着良好的集成度，通常不会出现奇怪的兼容性问题。缺点：版本受限： YUM仓库中提供的Java版本可能不是最新的，或者不包含你需要的特定小版本（比如某个bugfix版本）。对于需要尝鲜新特性或兼容旧项目的开发者来说，这可能是一个限制。Oracle JDK不可用： YUM默认不提供Oracle JDK，如果你有必须使用Oracle JDK的场景（虽然现在很少见，但某些遗留系统可能仍有要求），这种方式就不适用了。
2. 手动下载并解压JDK压缩包
优点：版本自由： 你可以安装任何你需要的Java版本，无论是最新的GA版本，还是特定的旧版本，甚至是Oracle JDK。这给了你极大的灵活性和控制权。多版本共存： 通过手动安装，你可以轻松地在同一台机器上安装多个Java版本，并通过环境变量切换，这对于需要维护多个使用不同Java版本项目的开发者来说非常有用。独立性强： 安装目录完全由你控制，不依赖系统包管理器，方便移植和备份。缺点：操作复杂： 需要手动下载、解压、配置环境变量，步骤相对繁琐，容易出错，特别是对于不熟悉Linux操作的新手。依赖处理： 不会自动处理系统依赖，虽然Java本身依赖不多，但如果出现问题，排查起来会比较麻烦。更新维护： 更新版本需要手动下载新包，然后重复解压和配置环境变量的步骤，不如YUM那样自动化。路径管理： 如果不小心，可能会导致环境变量混乱，特别是当有多个手动安装的Java版本时。
在我看来，如果你只是需要一个稳定、常用的Java环境，YUM安装OpenJDK是首选，省心省力。但如果你对Java版本有特殊要求，或者需要在一台机器上管理多个Java版本，那么手动安装并精心配置环境变量，虽然麻烦点，但能给你带来无与伦比的自由度。
如何正确配置Java环境变量，避免后续开发中的“坑”？
正确配置Java环境变量，这块儿其实是个老生常谈的问题，但凡有点经验的开发者都清楚它的重要性。它不仅仅是让 java 和 javac 命令能跑起来那么简单，更深层次地，它影响着JVM的启动参数、类库的查找路径，以及其他依赖Java的应用程序能否正常工作。配置不当，轻则命令找不到，重则应用启动失败，甚至出现一些难以定位的运行时错误。
核心环境变量：
JAVA_HOME：
作用： 这是最重要的一个环境变量，它指向你的JDK安装目录的根路径。很多Java相关的工具、构建系统（如Maven、Gradle）、应用服务器（如Tomcat、JBoss）以及其他第三方软件，都会依赖 JAVA_HOME 来定位Java的安装位置。为什么重要： 如果没有设置或者设置错误，这些工具和应用就无法找到Java，从而无法启动或编译。我见过太多新手因为 JAVA_HOME 指向了JRE而不是JDK，导致 javac 命令找不到，或者Maven编译失败的情况。正确姿势： 确保它指向JDK的根目录，例如 /usr/lib/jvm/java-11-openjdk-11.0.12.0.7-0.el7_9.x86_64 (YUM安装) 或 /usr/local/java/jdk-11.0.12 (手动安装)。
PATH：
作用： PATH 是操作系统用来查找可执行命令的目录列表。将 $JAVA_HOME/bin 添加到 PATH 中，这样你就可以在任何目录下直接执行 java、javac、jar 等Java工具命令，而不需要输入它们的完整路径。为什么重要： 没有它，你每次运行Java命令都得写 /usr/lib/jvm/java-11-openjdk-xxx/bin/java，这显然是不可接受的。正确姿势： 应该将 $JAVA_HOME/bin 放在 $PATH 的前面 (export PATH=$JAVA_HOME/bin:$PATH)。这样可以确保系统优先使用你指定的Java版本，而不是可能存在的其他旧版本Java。
CLASSPATH：
作用： CLASSPATH 是JVM在运行时查找类文件（.class 文件）和资源文件的路径列表。它告诉JVM去哪里找你的应用程序类、第三方库以及Java标准库的一些扩展。为什么重要： 如果你的程序依赖了某些不在默认路径下的类库，而 CLASSPATH 没有正确配置，JVM就找不到这些类，导致 ClassNotFoundException 或 NoClassDefFoundError。虽然现代Java开发中，Maven、Gradle等构建工具通常会替我们管理 CLASSPATH，但了解它的作用仍然很重要，特别是在一些简单的脚本或遗留项目中。正确姿势： 通常设置为 .:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar。: 表示当前目录，dt.jar 和 tools.jar 是JDK自带的一些开发工具和调试支持库。
避免踩坑的关键点：
路径的准确性： 仔细检查 JAVA_HOME 的路径是否真的指向了JDK的根目录，而不是JRE，也不是JDK目录下的 bin 目录。配置文件的选择： 确定你是想让Java环境对所有用户生效（/etc/profile 或 /etc/profile.d/*.sh）还是只对当前用户生效（~/.bashrc 或 ~/.bash_profile）。通常，在 /etc/profile.d/ 下创建独立的 .sh 文件是最好的实践。立即生效： 修改完配置文件后，记得 source 一下，或者重新登录/重启终端，否则配置不会立即生效。验证： 配置完成后，务必通过 echo $JAVA_HOME、java -version、javac -version 来验证。如果 java -version 和 javac -version 输出的版本不一致，那说明你的 PATH 可能有问题，或者系统 alternatives 配置有干扰。多版本共存： 如果系统上存在多个Java版本，务必确保 JAVA_HOME 和 PATH 指向的是你希望使用的那个版本。update-alternatives 命令在这里会非常有用。
说实话，正确配置环境变量是Java开发的基础，也是很多问题的源头。花点时间搞明白，能为你省去未来无数的麻烦。
多版本Java共存时，CentOS系统如何优雅管理？
在实际的开发环境中，我们经常会遇到这样的情况：一个项目可能需要Java 8，另一个项目却要求Java 11，甚至Java 17。在同一台CentOS机器上安装多个Java版本是完全可行的，但如何“优雅”地管理它们，确保在需要时能快速切换，而不是手动修改各种配置文件，这确实是个技术活。CentOS（以及其他RHEL系发行版）提供了一个非常强大的工具来解决这个问题：alternatives 命令。
理解 alternatives 命令
alternatives 是一个符号链接管理工具，它允许系统管理员或用户在多个提供相同功能的程序之间进行选择。对于Java来说，它主要管理 java、javac、javadoc 等命令的符号链接，让它们指向你当前希望使用的JDK版本。
管理多版本Java的步骤：
安装所有需要的Java版本：无论是通过 yum 安装OpenJDK，还是手动下载解压Oracle JDK，确保你需要的Java版本都已经安装到系统上。例如，你可能已经安装了Java 8和Java 11：
sudo yum install java-1.8.0-openjdk-devel -ysudo yum install java-11-openjdk-devel -y
YUM安装的OpenJDK通常会自动注册到 alternatives 系统中。
注册手动安装的Java版本（如果适用）：如果你手动安装了Oracle JDK或者其他不在YUM仓库中的OpenJDK版本，你需要手动将它们注册到 alternatives 系统。假设你的Java 17安装在 /usr/local/java/jdk-17.0.1：
sudo alternatives --install /usr/bin/java java /usr/local/java/jdk-17.0.1/bin/java 20000sudo alternatives --install /usr/bin/javac javac /usr/local/java/jdk-17.0.1/bin/javac 20000sudo alternatives --install /usr/bin/jar jar /usr/local/java/jdk-17.0.1/bin/jar 20000# ...以此类推，注册所有你需要的Java工具
--install ：: 实际命令的符号链接路径，例如 /usr/bin/java。: 这个命令在 alternatives 系统中的名称，例如 java。: 实际可执行文件的路径，例如 /usr/local/java/jdk-17.0.1/bin/java。: 优先级，数字越大优先级越高。当设置为自动模式时，系统会选择优先级最高的版本。我通常会给手动安装的版本一个很高的优先级，以防万一。
切换Java版本：这是 alternatives 最核心的功能。你可以通过以下命令交互式地选择要使用的Java版本：
sudo alternatives --config java
系统会列出所有已注册的 java 命令选项，并让你输入数字进行选择。
There are 3 programs which provide 'java'. Selection Command----------------------------------------------- 1 /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.302.b08-0.el7_9.x86_64/jre/bin/java 2 /usr/lib/jvm/java-11-openjdk-11.0.12.0.7-0.el7_9.x86_64/bin/java * 3 /usr/local/java/jdk-17.0.1/bin/javaEnter to keep the current selection[+], or type selection number:
输入你想要的版本对应的数字，回车即可完成切换。对 javac 等其他命令也进行同样的操作：
sudo alternatives --config javac
更新 JAVA_HOME 环境变量：虽然 alternatives 帮你切换了 java 命令，但很多应用程序仍然依赖 JAVA_HOME 环境变量。因此，你需要在你的环境变量配置文件（如 /etc/profile.d/java.sh 或 ~/.bashrc）中，将 JAVA_HOME 设置为指向当前 alternatives 所选版本的实际路径。一个比较优雅的做法是，让 JAVA_HOME 指向 alternatives 创建的通用链接，而不是某个具体版本的路径。
export JAVA_HOME=$(dirname $(dirname $(readlink -f $(which java))))export PATH=$JAVA_HOME/bin:$PATHexport CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
这行命令会动态地获取当前 java 命令的实际路径，然后回溯到JDK的根目录。这样，无论你用 alternatives 切换到哪个版本，JAVA_HOME 都会自动更新。记得 source 生效。
小结：
alternatives 命令是CentOS管理多版本Java的利器。它让Java版本的切换变得非常方便和直观，避免了手动修改符号链接或环境变量的繁琐。结合动态设置 JAVA_HOME 的技巧，你的Java开发环境将变得异常灵活和健壮。这在处理多项目、多版本兼容性问题时，简直是救星。
以上就是如何在CentOS系统中完成Java配置的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/41293.html
微信扫一扫 
支付宝扫一扫 
