如何在CentOS系统中完成Java配置-java教程-PHP中文网

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配置

在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.12

export PATH=$JAVA_HOME/bin:$PATH
export CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
```
登录后复制
保存并退出。然后，让配置生效：
```
source /etc/profile.d/java.sh
# 或者 source /etc/profile 或 source ~/.bashrc，取决于你修改了哪个文件
```
登录后复制
最后，验证配置：
```
echo $JAVA_HOME
java -version
javac -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的应用程序能否正常工作。配置不当，轻则命令找不到，重则应用启动失败，甚至出现一些难以定位的运行时错误。

核心环境变量：

冬瓜配音

AI在线配音生成器

查看详情

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 -y
sudo 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 20000
sudo alternatives --install /usr/bin/javac javac /usr/local/java/jdk-17.0.1/bin/javac 20000
sudo alternatives --install /usr/bin/jar jar /usr/local/java/jdk-17.0.1/bin/jar 20000
# ...以此类推，注册所有你需要的Java工具
```
登录后复制
- --install <link> <name> <path> <priority>：
  - <link>: 实际命令的符号链接路径，例如 /usr/bin/java。
  - <name>: 这个命令在 alternatives 系统中的名称，例如 java。
  - <path>: 实际可执行文件的路径，例如 /usr/local/java/jdk-17.0.1/bin/java。
  - <priority>: 优先级，数字越大优先级越高。当设置为自动模式时，系统会选择优先级最高的版本。我通常会给手动安装的版本一个很高的优先级，以防万一。

切换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/java

Enter 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:$PATH
export CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
```
登录后复制
这行命令会动态地获取当前 java 命令的实际路径，然后回溯到JDK的根目录。这样，无论你用 alternatives 切换到哪个版本，JAVA_HOME 都会自动更新。记得 source 生效。