在Linux服务器上部署Java应用,JDK（Java Development Kit）的安装与环境变量配置是基础且关键的环节，为了保证生产环境的稳定性、可维护性以及版本的可控性，推荐采用官方二进制包（.tar.gz）进行手动安装，并通过修改系统级配置文件来配置环境变量，这种方式相较于使用包管理器（如yum或apt）直接安装，能够避免系统自动更新导致的版本不可控问题，同时也便于在同一台服务器上管理多个不同版本的JDK。
准备工作与环境检查
在开始安装之前,必须对系统环境进行清理与检查，以防止旧版本JDK或OpenJDK干扰新版本的运行，通过终端登录Linux服务器，使用rpm -qa | grep java或java -version命令检查系统是否已预装OpenJDK，如果存在预装版本，且业务需求必须使用Oracle JDK或其他特定发行版，建议使用yum remove或apt-get remove命令卸载旧版本，彻底消除潜在的版本冲突风险。
需要获取JDK安装包,对于企业级生产环境，通常推荐从Oracle官网或Eclipse Adoptium（原AdoptOpenJDK）下载长期支持（LTS）版本的JDK，如JDK 8、JDK 11或JDK 17，下载时请务必选择与服务器操作系统架构匹配的版本，大多数x86_64架构的服务器应下载对应的Linux x64 Compressed Archive包。
JDK安装与目录规划
合理的目录规划是运维专业性的体现,建议将第三方软件统一安装在/usr/local或/opt目录下，以便于集中管理，创建安装目录：
mkdir -p /usr/local/java
随后,将下载好的JDK压缩包上传至服务器的临时目录（如/tmp），使用tar -zxvf jdk-xxx_linux-x64_bin.tar.gz命令解压，解压完成后，将生成的文件夹移动至刚才创建的标准路径中：
mv jdk-xxx /usr/local/java/jdk17
为了确保操作系统的安全性,建议对JDK目录设置合适的属主和权限，例如将其归属给root用户，并限制其他用户的写入权限：
chown -R root:root /usr/local/java/jdk17
chmod -R 755 /usr/local/java/jdk17
核心环境变量配置
环境变量的配置是JDK安装的核心步骤,直接决定了Java程序能否被系统正确识别和调用。在Linux系统中，推荐将全局环境变量配置在/etc/profile文件中，或者更优化的做法是在/etc/profile.d/目录下创建一个独立的脚本文件（如jdk.sh），这样既实现了全局生效，又保持了主配置文件的整洁。
使用文本编辑器（如vim或nano）打开/etc/profile文件，在文件末尾添加以下核心配置内容：
export JAVA_HOME=/usr/local/java/jdk17
export JRE_HOME=$JAVA_HOME/jre
export CLASSPATH=.:$JAVA_HOME/lib:$JRE_HOME/lib:$CLASSPATH
export PATH=$JAVA_HOME/bin:$JRE_HOME/bin:$PATH
这里需要特别解释这几个变量的作用：
- JAVA_HOME：指向JDK的安装根目录，许多其他软件（如Tomcat、Maven）依赖此变量来查找Java路径。
- CLASSPATH：指定Java类和库文件的搜索路径，其中的表示当前目录，确保Java能加载当前目录下的类文件。
- PATH：将JDK的bin目录追加到系统PATH中，使得系统可以在任何路径下直接识别
java、javac等命令。
配置完成后,必须执行source /etc/profile命令使配置立即生效，而无需重启服务器，输入java -version命令，若终端输出正确的JDK版本信息，即代表安装与配置成功。
进阶管理与故障排查
在实际运维中,经常会遇到需要在一台服务器上切换不同JDK版本的情况，除了手动修改环境变量外，专业的解决方案是利用alternatives命令进行版本管理，将不同版本的JDK注册到系统中：
alternatives --install /usr/bin/java java /usr/local/java/jdk17/bin/java 1
alternatives --install /usr/bin/javac javac /usr/local/java/jdk17/bin/javac 1
随后，使用alternatives --config java命令即可在交互式界面中快速切换默认的JDK版本。
在配置过程中,新手常遇到“bash: java: command not found”的错误，这通常是因为PATH变量配置错误，或者修改了配置文件后未执行source命令，应首先使用echo $JAVA_HOME检查变量是否已输出，再检查$JAVA_HOME/bin下是否存在java可执行文件，另一个常见问题是权限不足，确保执行用户对JDK目录具有读和执行权限。
相关问答
Q1：为什么配置环境变量时要在PATH前面加上$JAVA_HOME/bin，而不是直接覆盖？
A1：在Linux中，PATH变量存储了系统查找命令的目录列表，使用$JAVA_HOME/bin:$PATH的格式，是将JDK的bin目录追加到原有PATH的前面，这样做有两个好处：一是确保系统优先使用新安装的JDK命令，避免调用系统自带的旧版本；二是保留了原有的系统命令路径（如/usr/bin），防止破坏系统其他工具的正常运行，如果直接覆盖PATH，可能会导致系统基础命令（如ls, cd）无法使用。
Q2：配置/etc/profile和/etc/environment有什么区别，生产环境推荐用哪个？
A2：/etc/profile是Shell专用的配置文件，主要用于设置环境变量、启动程序等，它在用户登录时被加载，而/etc/environment是PAM（Pluggable Authentication Modules）机制使用的文件，它不依赖于Shell，设置的是纯粹的系统级环境变量。在JDK配置场景下，推荐使用/etc/profile或在/etc/profile.d/下创建脚本，因为/etc/profile支持更复杂的Shell脚本逻辑（如条件判断），且兼容性更好，能确保在交互式和非交互式Shell中都能正确加载Java环境。
如果您在配置过程中遇到关于特定Linux发行版（如CentOS、Ubuntu）的差异问题，或者想了解如何配置多版本JDK动态切换，欢迎在评论区留言，我们将为您提供更具体的解决方案。
