1. 为什么今天还需要手动安装Java 8？

如果你是一个刚接触Linux服务器运维或者后端开发的新手，看到这个标题可能会觉得有点“复古”。毕竟，Java 8已经是2014年的产品了，现在Java 21都发布了，为什么还要大费周章地写一篇详细的图文教程来安装它？这恰恰是问题的关键所在，也是这篇文章的价值所在。

在真实的工业界，尤其是金融、电信、传统企业级应用领域，Java 8的江湖地位依然稳固得惊人。大量的核心生产系统，比如那些基于Spring Boot 2.x早期版本、或者更古老的Hadoop生态组件（如Hadoop 2.x, Spark 2.x），其稳定运行的基础就是Java 8。贸然升级JDK版本，带来的不仅仅是语法兼容性问题，更深层次的是JVM内部行为的变化（比如垃圾回收器、JIT编译策略），这可能导致性能波动甚至难以排查的线上故障。因此，“稳定压倒一切”是运维的第一铁律，为这些系统维护一个纯净、可控的Java 8环境，是每个合格运维和开发者的必备技能。

市面上有很多“一行命令”安装Java的教程，比如直接用系统包管理器apt install openjdk-8-jdk。这种方法在开发机上或许可行，但在生产环境中，却隐藏着巨大风险：你无法控制它从哪里下载、安装的版本是否包含你不想要的更新、文件被安装到哪些分散的目录。这种“黑盒”式的安装，为后续的版本管理、故障排查和环境一致性埋下了隐患。

所以，这篇教程的目的，不是教你最“快”的方法，而是教你最“对”的方法——通过官方渠道下载，手动解压配置。这样做，你能清晰地知道Java被安装在哪里，用了哪个具体的构建版本，如何与系统其他版本共存，以及如何快速、干净地卸载或切换。这份掌控力，正是专业与业余的分水岭。接下来，我将以最常用的Ubuntu/CentOS系统为例，带你完整走一遍从零开始的手动安装之旅，并分享几个只有踩过坑才知道的关键细节。

2. 安装前的核心准备：下载与验证

手动安装的第一步，不是急着敲命令，而是做好准备工作，这步做对了，后面就顺了。

2.1 选择正确的安装包

Java 8主要有两个发行版：Oracle JDK和OpenJDK。对于生产环境，我们强烈推荐使用OpenJDK。原因很简单：开源免费，无需处理复杂的Oracle商业许可证问题，并且功能上与Oracle JDK几乎完全一致。我们将从OpenJDK的官方镜像站获取安装包。

打开浏览器，访问Adoptium（原AdoptOpenJDK）的网站或直接使用其API。这里我推荐一个更直接稳定的方式：从Oracle的OpenJDK存档站点下载。我们将使用命令行来完成，这更符合服务器操作场景。

首先，登录到你的Linux服务器。我们需要根据系统架构下载对应的包。绝大多数现代服务器是x86_64（64位）架构，你可以用以下命令确认：

uname -m

如果输出是x86_64或amd64，那么你需要下载Linux x64版本。

接下来，确定下载格式。通常有两种选择：.tar.gz（压缩归档文件）和.rpm（Red Hat系包）。为了获得最大的灵活性和可控性（例如指定安装路径），我们选择.tar.gz格式。它适用于所有Linux发行版。

现在，我们来寻找准确的下载链接。你可以使用curl配合一些简单的文本处理工具来获取。这里提供一个从Oracle官方存档获取OpenJDK 8最新构建版本的方法（请注意，Oracle的存档链接可能变化，但此方法原理通用）：

# 查找可用的OpenJDK8版本列表（示例，实际需根据官网结构调整） # 更推荐从Adoptium的API获取稳定版本 JDK_URL="https://api.adoptium.net/v3/assets/version/8?architecture=x64&image_type=jdk&os=linux&vendor=eclipse"

不过，为了教程的确定性和可复现性，我直接给出一个经过验证的、长期稳定的OpenJDK 8下载链接（以OpenJDK 8u402为例）。我们将使用wget或curl下载。

# 创建一个临时目录用于下载 mkdir -p ~/java_install cd ~/java_install # 使用wget下载OpenJDK 8 (以Liberica JDK 8u402为例，这是一个高质量的OpenJDK发行版) wget https://download.bell-sw.com/java/8u402+6/bellsoft-jdk8u402+6-linux-amd64.tar.gz # 如果没有wget，可以使用curl # curl -L -o bellsoft-jdk8u402+6-linux-amd64.tar.gz https://download.bell-sw.com/java/8u402+6/bellsoft-jdk8u402+6-linux-amd64.tar.gz

注意：Java的版本号（如8u402）中的“u402”代表更新版本号。数字越大，包含的安全补丁和修复越多。生产环境务必使用较高的更新版本号。上述链接来自BellSoft，它是OpenJDK的主要贡献者之一，提供的二进制包质量可靠。如果链接失效，你可以访问 https://bell-sw.com/pages/downloads/ 手动选择版本。

2.2 至关重要的校验环节：验证文件完整性

直接从网络下载二进制包，存在被篡改或下载损坏的风险。对于要安装到生产环境的基础组件，验证其完整性是必须的步骤。通常提供方会同时提供文件的SHA256校验和。

我们下载的BellSoft包页面通常就有校验和。假设我们已知该文件的正确SHA256校验和（你需要从下载页面获取），我们可以进行验证：

# 计算下载文件的SHA256值 sha256sum bellsoft-jdk8u402+6-linux-amd64.tar.gz # 输出会是一长串哈希值，例如： # a123b456c789...（此处应为64位十六进制字符串）

将计算出的哈希值与官方提供的哈希值进行比对。必须完全一致，哪怕一个字符不同，都意味着文件有问题，必须重新下载。

如果官方提供的是.sha256.txt校验文件，你也可以直接下载它，然后使用：

sha256sum -c bellsoft-jdk8u402+6-linux-amd64.tar.gz.sha256.txt

如果输出显示“OK”，则验证通过。

这个环节常常被新手忽略，但却是保障系统安全的第一道防线。我曾在一次自动化部署中，因为一个被中间网络设备缓存的损坏包，导致整个集群的Java环境异常，排查了整整一天。血泪教训是：对于JDK、Docker镜像这类基础镜像，校验和验证绝不能省。

3. 安装与目录规划：不仅仅是解压

文件验证无误后，我们就可以开始安装了。所谓的“安装”，对于.tar.gz包来说，主要就是解压并放到一个合适的目录。

3.1 选择安装目录

Linux有一个约定俗成的规范：第三方软件通常安装在/opt或/usr/local目录下。/opt（optional的缩写）专门用于存放附加的应用程序包，结构清晰；/usr/local则用于系统管理员本地安装的软件，以区别于包管理器安装的软件（后者在/usr）。

我个人更倾向于/opt，因为它目的明确，且与系统自带的软件隔离得更好。我们将在此创建一个专门的目录。

# 使用root权限创建目录。如果你不是root用户，请使用sudo。 sudo mkdir -p /opt/java # 将下载的压缩包移动到/opt目录下（可选，方便操作） sudo mv ~/java_install/bellsoft-jdk8u402+6-linux-amd64.tar.gz /opt/ cd /opt

3.2 解压与目录重命名

现在进行解压：

sudo tar -xzf bellsoft-jdk8u402+6-linux-amd64.tar.gz

解压后，你会得到一个目录，名字可能类似于jdk8u402或jdk-8u402。为了便于管理和将来可能的版本切换，我习惯给它一个更通用的名字，并建立版本号软链接。

# 查看解压出的目录名 ls -d jdk* # 假设输出是 `jdk-8u402` # 将其重命名为一个带版本号的清晰目录名 sudo mv jdk-8u402 jdk8u402-bellsoft # 创建一个不带具体更新号的软链接，方便未来切换版本 sudo ln -s /opt/java/jdk8u402-bellsoft /opt/java/jdk8

这样操作后，/opt/java/jdk8这个软链接永远指向我们当前使用的Java 8主目录。未来如果需要升级到8u412，我们只需要解压新版本，重命名目录，然后更改这个软链接的指向即可，所有环境变量都无需改动。这是多版本Java共存管理的核心技巧。

3.3 设置文件权限

确保Java目录的权限合理，通常让root拥有所有权，但允许其他用户读取和执行。

sudo chown -R root:root /opt/java/jdk8u402-bellsoft sudo chmod -R 755 /opt/java/jdk8u402-bellsoft

4. 环境变量配置：让系统找到Java

解压只是把文件放到了磁盘上，要让系统任何地方都能使用java、javac命令，必须配置环境变量。这里有两个关键位置：JAVA_HOME和PATH。

4.1 理解JAVA_HOME与PATH

• JAVA_HOME：这是一个指向JDK安装根目录的环境变量。很多Java应用（如Tomcat, Maven, Gradle）在启动时，会主动查找JAVA_HOME变量来确定使用哪个Java运行时。它是Java生态中的一种标准约定。
• PATH：系统查找可执行文件的路径列表。当你在终端输入java时，系统会按照PATH中列出的目录顺序依次查找名为java的可执行文件。我们需要将JDK的bin目录（$JAVA_HOME/bin）加入PATH，这样系统才能找到java、javac等命令。

配置方式也有多种，针对单个用户（修改~/.bashrc或~/.profile）或所有用户（修改/etc/profile.d/下的脚本）。对于服务器环境，建议配置为全局有效。

4.2 全局配置（推荐）

在/etc/profile.d/目录下创建脚本是配置全局环境变量的最佳实践，因为它模块化，易于管理。

# 使用root权限创建配置文件 sudo vim /etc/profile.d/java8.sh

在打开的文件中，输入以下内容：

#!/bin/bash # Set JAVA_HOME for OpenJDK 8 export JAVA_HOME=/opt/java/jdk8 export PATH=$JAVA_HOME/bin:$PATH

这里有一个关键点：PATH=$JAVA_HOME/bin:$PATH。我们将JDK的bin目录添加到了PATH的最前面（$PATH之前）。这意味着当系统查找命令时，会优先使用我们手动安装的Java 8。如果系统本身通过包管理器安装了其他版本的Java，也不会产生干扰。

保存并退出编辑器（在vim中，按Esc，输入:wq，回车）。

然后，赋予这个脚本可执行权限，并立即加载它使配置在当前终端生效：

sudo chmod +x /etc/profile.d/java8.sh source /etc/profile.d/java8.sh

source命令的作用是读取并执行文件中的命令，使其在当前shell会话中生效。新打开的终端会自动加载这些配置。

4.3 验证安装

现在，让我们进行最关键的一步验证：

# 检查JAVA_HOME变量 echo $JAVA_HOME # 应该输出：/opt/java/jdk8 # 检查java命令是否指向正确的位置 which java # 应该输出：/opt/java/jdk8/bin/java # 检查Java版本 java -version

如果一切顺利，java -version的输出应该类似于：

openjdk version "1.8.0_402" OpenJDK Runtime Environment (build 1.8.0_402-b06) OpenJDK 64-Bit Server VM (build 25.402-b06, mixed mode)

请仔细核对版本号（1.8.0_402）和供应商信息，确认这正是你下载安装的版本。

4.4 配置的潜在陷阱与排查

如果java -version显示的版本不是你刚安装的，或者提示“command not found”，请按以下步骤排查：

1. 检查PATH顺序：执行echo $PATH，查看/opt/java/jdk8/bin是否在输出中，并且是否排在包含其他java命令的路径（如/usr/bin）之前。如果之后，系统会先找到其他版本的java。
2. 检查脚本是否生效：确认你是否执行了source命令，或者是否重新登录了终端。也可以直接执行source /etc/profile.d/java8.sh再试。
3. 检查软链接：确认/opt/java/jdk8这个软链接是否正确指向了实际的JDK目录。ls -l /opt/java/jdk8查看。
4. 文件权限：确认/opt/java/jdk8/bin/java文件具有可执行权限（x）。

5. 多版本Java共存与管理

在实际工作中，一台服务器上可能需要运行多个不同Java版本要求的应用。例如，一个古老的报表服务需要Java 8，而一个新的微服务可能需要Java 17。手动安装和软链接的方式，为这种场景提供了优雅的解决方案。

5.1 安装另一个版本（如Java 17）

重复之前的步骤，为Java 17下载对应的.tar.gz包，解压到/opt/java目录下，并用带版本号的名字命名。

# 假设已下载OpenJDK 17 cd /opt sudo tar -xzf openjdk-17_linux-x64_bin.tar.gz sudo mv jdk-17.0.10 /opt/java/jdk17u10-bellsoft # 假设解压目录是jdk-17.0.10

现在，/opt/java目录下可能有两个子目录：jdk8u402-bellsoft和jdk17u10-bellsoft。

5.2 使用update-alternatives进行系统级版本管理

update-alternatives是Debian/Ubuntu系Linux上一个强大的工具，用于维护同一命令的多个备选版本。CentOS/RHEL也有此命令。它可以让你在系统级别轻松切换默认的java、javac等命令指向哪个版本。

首先，为我们安装的每个Java版本注册java和javac命令：

# 注册Java 8 sudo update-alternatives --install /usr/bin/java java /opt/java/jdk8/bin/java 1000 sudo update-alternatives --install /usr/bin/javac javac /opt/java/jdk8/bin/javac 1000 # 注册Java 17，优先级设为2000（数字越大，优先级越高，默认选中优先级最高的） sudo update-alternatives --install /usr/bin/java java /opt/java/jdk17u10-bellsoft/bin/java 2000 sudo update-alternatives --install /usr/bin/javac javac /opt/java/jdk17u10-bellsoft/bin/javac 2000

--install参数后跟三个主要部分：[链接]（系统命令路径）、[名称]（备选组名）、[路径]（实际可执行文件路径）和[优先级]。

现在，你可以使用以下命令交互式地选择当前系统默认的Java版本：

sudo update-alternatives --config java

执行后会列出所有已注册的Java版本，并提示你输入选择编号。选择后，java -version就会切换到对应的版本。

这个方法的优点是，它管理的是/usr/bin/java这个系统命令的指向，与用户环境变量PATH中的$JAVA_HOME/bin无关。即使你的PATH里还是$JAVA_HOME/bin在前，但/usr/bin/java的优先级可能更高（因为/usr/bin通常在PATH中）。因此，更推荐的做法是：在配置全局PATH时，不要添加$JAVA_HOME/bin，而是依靠update-alternatives来管理java命令。而JAVA_HOME这个变量，可以根据需要，在不同用户的shell配置文件或应用启动脚本中单独设置。

5.3 应用级别的版本指定

对于生产环境，最稳妥的方式不是在系统层面切换默认版本，而是在每个应用的启动脚本中明确指定其所需的Java运行时。

例如，为一个Spring Boot应用写一个启动脚本startup.sh：

#!/bin/bash # 明确指定此应用使用Java 8 export JAVA_HOME=/opt/java/jdk8 export PATH=$JAVA_HOME/bin:$PATH # 启动应用 java -jar your-application.jar

这样，无论系统默认的Java版本是什么，这个应用都会坚定地使用Java 8启动。这种方式实现了环境隔离，是微服务和容器化部署的常见思路的雏形。

6. 验证与常用问题排查

安装并配置完成后，除了基础的java -version，还应该进行一些功能性验证。

6.1 编译与运行测试

创建一个简单的HelloWorld程序来测试javac和java命令的协作：

cd /tmp cat > HelloWorld.java << 'EOF' public class HelloWorld { public static void main(String[] args) { System.out.println("Hello, World from JDK " + System.getProperty("java.version")); } } EOF # 编译 javac HelloWorld.java # 运行 java HelloWorld

如果输出类似Hello, World from JDK 1.8.0_402，则证明JDK的编译和运行环境完全正常。

6.2 常见问题与解决方案

1. bash: java: command not found

   • 原因：PATH环境变量中没有包含Java的bin目录，或者配置未生效。
   • 解决：执行source /etc/profile或source ~/.bashrc，或者重新打开终端。检查echo $PATH和which java。

2. 版本不对，显示的是系统自带的OpenJDK 11或其他版本

   • 原因：系统包管理器安装的Java路径（通常在/usr/bin/java）在PATH中的顺序优先于我们手动配置的路径。
   • 解决：
     • 方案A（调整PATH）：确保在你的配置脚本中，$JAVA_HOME/bin在PATH变量中的位置位于/usr/bin之前。例如export PATH=$JAVA_HOME/bin:$PATH。
     • 方案B（使用alternatives）：如前所述，使用update-alternatives --config java设置系统默认版本，并确保/usr/bin在PATH中。然后可以移除PATH中手动添加的$JAVA_HOME/bin。
     • 方案C（直接使用全路径）：在脚本中直接使用/opt/java/jdk8/bin/java。

3. 权限不足，无法创建/opt/java目录或写入/etc/profile.d

   • 原因：未使用sudo或当前用户无相应权限。
   • 解决：在所有需要操作超出用户家目录的命令前加sudo。或者，如果你没有root权限，可以将Java安装到你的家目录（如~/java），并只修改个人环境变量（~/.bashrc）。

4. 安装后，某些基于Java的应用（如Tomcat）仍启动失败

   • 原因：应用可能没有读取到正确的JAVA_HOME环境变量，或者其启动脚本中硬编码了Java路径。
   • 解决：检查该应用的启动脚本（如catalina.shfor Tomcat），在其中显式地设置JAVA_HOME变量，指向你的JDK 8安装路径。

手动安装Java 8的过程，本质上是一次对Linux软件管理、环境变量和路径优先级理解的实践。它没有一键安装那么便捷，但带来的清晰度和掌控感，是应对复杂生产环境不可或缺的能力。当你下次再遇到“这个服务到底用的哪个Java”这类问题时，你会感谢今天耐心完成手动安装的自己。