Kali Linux下完美降级JDK11至JDK8的实战指南

关注

原创最新推荐文章于 2026-07-07 12:04:13 发布 992 阅读 AI 写同款· GEO 优化 ›

kali安装jdk8覆盖自带的jdk11(kali安装java1.8环境)超详细教程 tar -zxf jdk-8u202-linux-x64.tar.gz #解压jdk文件, 这里注意修改你自己的文件名称。mv jdk1.8.0_202 /usr/local/ #将解压好的文件移动到local目录。#1.按esc , 2.按冒号" : " ,3.按 "wq" ,4,按回车. 保存并退出。#按"i"进行编辑 # 复制下面到文件末尾注意jdk路径！如遇到提示,就再执行一次. 阅读详情

1. 为什么要在Kali Linux上降级JDK？

如果你正在用Kali Linux做开发或者安全测试，尤其是搞一些老项目或者运行特定的安全工具，那你很可能遇到过Java版本不兼容的“拦路虎”。Kali Linux作为一款基于Debian的、面向安全专业人士的发行版，为了追求软件的新特性和安全性，其默认安装的Java版本往往是较新的JDK 11甚至更高。这本身是件好事，但现实很骨感：大量遗留的企业级应用、经典的渗透测试框架（比如某些老版本的Burp Suite插件）、或者一些特定行业软件，它们对运行环境有严格的要求，只认JDK 8（也就是Java 1.8）。强行用高版本去跑，轻则功能异常，重则直接报错罢工。

我自己就踩过好几次坑。有一次，我需要复现一个老漏洞，用的那个POC工具是几年前写的，它内部依赖了一些在JDK 11里已经被移除或者行为改变的API。在默认的JDK 11环境下，工具直接抛出一堆 UnsupportedClassVersionError 和 NoSuchMethodError，调试了大半天才发现是Java版本在作祟。还有一次，给一个客户做内网渗透，他们内部系统用的就是基于JDK 8开发的，我的测试环境如果不保持一致，很多流量分析和Payload构造都会出问题。所以，在Kali上学会如何“完美降级”JDK，不是开倒车，而是一项非常实用的生存技能。这里的“完美”指的是：不破坏系统原有的Java环境（以备不时之需），又能让系统全局或指定应用无缝切换到JDK 8，并且整个过程清晰、可逆、无残留问题。接下来，我就手把手带你走一遍这个实战流程，避开我当年踩过的那些“坑”。

2. 战前准备：摸清家底与获取弹药

在开始动手之前，盲目操作是大忌。我们得先搞清楚两件事：第一，我们系统现在到底是个什么情况；第二，我们需要准备的“弹药”从哪里来。这就像渗透测试前的信息收集阶段，知己知彼，百战不殆。

2.1 侦察当前系统Java环境

打开你的Kali终端，我们先用几条命令给系统做个“体检”。

首先，看看系统默认的Java版本，这是最直观的：

java -version

执行后，你大概率会看到类似 openjdk version "11.0.xx" 的输出。这说明系统当前默认使用的是JDK 11。

光看默认版本还不够，我们得知道系统里到底装了多少个Java，它们都藏在哪儿。这条命令非常有用：

update-alternatives --list java

update-alternatives 是Debian/Ubuntu系Linux管理多版本软件的神器。如果这条命令有输出，比如 /usr/lib/jvm/java-11-openjdk-amd64/bin/java，那就说明系统通过这个机制管理着Java。如果没输出，可能表示Java是直接安装的，或者还没被alternatives系统接管。同样，你也可以检查 javac（编译器）：

update-alternatives --list javac

最后，再确认一下系统架构，确保我们下载的JDK包是对应的。虽然现在大多数Kali都是64位，但检查一下总没错：

uname -m

如果输出是 x86_64 或 amd64，那就是64位系统，我们需要下载Linux x64版本的JDK。

2.2 获取正确的JDK 8安装包

这是关键一步。甲骨文（Oracle）对JDK 8的发行政策有过调整，旧版本的直接下载变得麻烦，需要登录账户。对于个人学习和测试，我们有更便捷的选择。

首选方案：使用OpenJDK 8 OpenJDK是Java的开源实现，与Oracle JDK在功能上基本一致，而且完全免费，无需处理复杂的许可协议。对于Kali Linux（基于Debian）来说，最“原生”最方便的方式其实是直接使用APT包管理器。你可以尝试：

sudo apt update
sudo apt install openjdk-8-jdk

如果软件源里还有 openjdk-8-jdk 这个包，那这将是最干净、最省事的安装方式，系统会自动帮你处理好依赖和部分配置。但是！ 由于JDK 8版本较老，很多最新的Kali镜像可能已经将其从默认软件源中移除了。如果你执行上述命令找不到包，那就得采用手动安装的方案。

备选方案：手动下载OpenJDK 8构建版 我们可以从一些提供历史版本OpenJDK构建的网站下载。这里我推荐 Adoptium（原AdoptOpenJDK）的存档站点，或者 Azul Zulu 的社区版，它们都提供清晰的JDK 8下载。

Adoptium JDK 8：访问 https://adoptium.net/zh-CN/temurin/releases/?version=8。选择 Linux 系统、x64 架构，下载 jdk-8uXXX-linux-x64.tar.gz 这样的压缩包。我实测过，非常稳定。
Azul Zulu JDK 8：访问 https://www.azul.com/downloads/?package=jdk#zulu，选择JDK 8，Linux版本。

重要提示：尽量避免从不明来源的网盘下载所谓的“Oracle JDK 8绿色版”。一来安全性无法保证，二来可能包含未预期的修改，三来可能涉及许可问题。使用开源构建版是更安全、合规的选择。

假设我们已经下载好了文件，比如叫 OpenJDK8U-jdk_x64_linux_hotspot_8u412b08.tar.gz，把它放在用户目录（~/）或下载目录下，准备下一步操作。

3. 核心实战：一步步安装与配置JDK 8

现在，我们进入最核心的实操环节。我会把每一步的原理和注意事项都讲清楚，确保你不仅能做对，还能明白为什么这么做。

3.1 解压与部署到标准目录

Linux系统有个约定俗成的规矩，手动安装的软件通常放在 /usr/local/ 或 /opt/ 目录下。这里我们选择 /usr/local/，因为它本就是用于存放本地安装的软件。

首先，我们解压下载好的压缩包。假设包在 ~/Downloads/ 目录下：

tar -xzf ~/Downloads/OpenJDK8U-jdk_x64_linux_hotspot_8u412b08.tar.gz -C /usr/local/

这条命令的 -xzf 参数分别是：解压(x)、使用gzip解压缩(z)、指定文件(f)。-C /usr/local/ 表示直接解压到目标目录，省去了先解压再移动的步骤。

解压后，/usr/local/ 目录下会多出一个类似 jdk8u412-b08 的文件夹。名字有点长，为了方便后续配置，我们可以给它改个名，或者创建一个软链接。我习惯创建一个规范的软链接：

cd /usr/local
sudo ln -s jdk8u412-b08 jdk8

这样，无论原始文件夹名字多复杂，我们都可以通过 /usr/local/jdk8 这个清晰的路径来访问它。这一步非常推荐，能极大减少后面配置时输错路径的概率。

3.2 配置系统环境变量

环境变量是告诉系统“Java在哪里”的关键。我们要修改的是 /etc/profile 文件，这个文件里的配置会对所有用户生效。如果你只想对当前用户生效，可以编辑 ~/.bashrc 或 ~/.zshrc（取决于你用的Shell），但为了彻底，我们通常改全局的。

使用你喜欢的文本编辑器，比如 vim 或 nano：

sudo vim /etc/profile

或者

sudo nano /etc/profile

滚动到文件末尾，添加以下几行：

# Java Environment Settings
export JAVA_HOME=/usr/local/jdk8
export JRE_HOME=$JAVA_HOME/jre
export CLASSPATH=.:$JAVA_HOME/lib:$JRE_HOME/lib
export PATH=$PATH:$JAVA_HOME/bin

我来解释一下每一行的作用：

JAVA_HOME：这是最重要的变量，指向JDK的安装根目录。很多Java应用和构建工具（如Maven、Gradle）都依赖这个变量。
JRE_HOME：指向Java运行时环境目录，有些老式脚本可能会用到。
CLASSPATH：指定Java类文件的查找路径。开头的 . 代表当前目录，这样你才能运行当前目录下的 .class 文件。
PATH：将JDK的 bin 目录添加到系统的可执行文件搜索路径中。这样你才能在终端里直接输入 java、javac 等命令。

特别注意：PATH 的修改是 $PATH:$JAVA_HOME/bin，意思是把Java的路径追加在现有PATH之后。这通常没问题。但在极端情况下，如果系统原有PATH里已经有一个Java路径，并且你想确保系统优先使用我们的JDK 8，你可以把它放在前面：PATH=$JAVA_HOME/bin:$PATH。不过，我们接下来有更优雅的方法来管理优先级。

保存并退出编辑器（在vim中是按 Esc 后输入 :wq；在nano中是按 Ctrl+X，然后按 Y 确认保存）。

3.3 使用update-alternatives注册与管理多版本Java

这是实现“完美降级”的灵魂步骤。update-alternatives 系统允许我们在多个同类型软件版本之间灵活切换。我们要做的是把新安装的JDK 8“注册”到这个系统中，并把它设置为系统默认。

分别注册 java、javac、javaws 等命令：

sudo update-alternatives --install /usr/bin/java java /usr/local/jdk8/bin/java 1081
sudo update-alternatives --install /usr/bin/javac javac /usr/local/jdk8/bin/javac 1081
sudo update-alternatives --install /usr/bin/jar jar /usr/local/jdk8/bin/jar 1081
# 如果有其他工具如 javadoc, jshell 等，也可以一并注册

命令参数解读：

--install：表示安装一个替代项。
/usr/bin/java：这是系统命令的通用位置，即我们最终调用的命令链接。
java：这是替代组（master link）的名称。
/usr/local/jdk8/bin/java：这是我们提供的替代项的实际路径。
1081：这是优先级数字。数字越大，优先级越高。我设为1081，是为了确保它比系统自带的OpenJDK 11（优先级可能为1111或类似）在自动模式下有更高的优先级？等等，这里有个常见的误区！实际上，在自动模式（auto）下，系统会选择优先级最高的那个版本作为默认。如果OpenJDK 11的优先级是1100，我们设为1081，那自动模式下默认还是11。所以，为了确保我们的JDK 8能成为默认，要么把它的优先级设得比现有的高（比如设为2000），要么在注册后手动用 --set 强制切换。更稳妥的做法是，先注册，然后手动设置。

所以，我们可以先注册，优先级可以随意（比如1）：

sudo update-alternatives --install /usr/bin/java java /usr/local/jdk8/bin/java 1

注册完成后，运行以下命令来手动选择默认版本：

sudo update-alternatives --config java

执行后，终端会列出一个菜单，显示所有已注册的Java版本，并标出当前默认的是哪个（前面有星号 *）。你只需要输入对应JDK 8选项的编号，然后回车，就完成了默认版本的切换。对 javac 也重复同样的操作：

sudo update-alternatives --config javac

这种方式是最安全、最可控的，你可以随时运行 --config 命令再切换回去。

3.4 激活配置并验证结果

所有配置都完成后，我们需要让新的环境变量生效。对于当前终端会话，执行：

source /etc/profile

这条命令会重新读取 /etc/profile 文件，使里面设置的 JAVA_HOME、PATH 等变量立即在当前终端生效。

现在，进行最终的验证：

java -version
javac -version
echo $JAVA_HOME

如果一切顺利，java -version 应该显示 openjdk version "1.8.0_412" 或类似信息；javac -version 也应显示对应的1.8版本；echo $JAVA_HOME 应该输出 /usr/local/jdk8。

重要提示：新开的终端窗口会自动加载 /etc/profile，所以配置是永久生效的。如果你验证时发现版本没变，请检查：

是否执行了 source /etc/profile？
是否通过 update-alternatives --config java 正确选择了JDK 8？
环境变量 PATH 中，$JAVA_HOME/bin 是否确实在靠前的位置（或者你是否正确使用了 alternatives 系统）？

4. 疑难杂症与进阶管理

即使按照步骤操作，有时也会遇到一些奇怪的问题。这里我总结几个常见的“坑”及其解决方案。

4.1 版本切换混乱或命令未找到

症状：执行 java -version 显示是8，但某个IDE或构建脚本（比如Maven编译）却报错，提示使用了高版本Java，或者干脆提示 java: command not found。

根因分析：这通常是因为环境没有完全生效，或者存在多个Java路径冲突。update-alternatives 只管理了 /usr/bin/java 这个软链接，但有些应用可能直接通过 which java 找到另一个路径，或者你的Shell会话的PATH变量顺序有问题。

解决方案：

彻底检查PATH：运行 echo $PATH，看看 /usr/local/jdk8/bin 是否在其中，并且位置是否在系统自带的Java路径之前。如果不在前面，你可以修改 ~/.bashrc，在末尾添加一行 export PATH=/usr/local/jdk8/bin:$PATH，然后执行 source ~/.bashrc。这会给当前用户的PATH一个更高的优先级。
检查所有可能的Java命令：运行 which -a java。这条命令会列出所有在PATH中找到的名为java的可执行文件路径。如果第一个不是你的JDK 8路径，那就说明PATH顺序需要调整。
对于IDE（如IntelliJ IDEA、VS Code）：IDE通常有自己独立的JDK配置，不会完全读取系统默认。你需要在IDE的设置（Settings/Preferences）中，找到Java编译或运行相关的配置，手动将“JDK home path”指向 /usr/local/jdk8。

4.2 特定应用或工具仍要求JDK 11

场景：你成功降级到了JDK 8，但系统里某些工具（可能是Kali自带的某个安全工具）却需要JDK 11才能运行。

完美解决方案：我们不需要卸载JDK 11，而是利用 update-alternatives 实现按需切换。这就是多版本共存的优势。当你需要运行那个需要JDK 11的工具时，可以在一个单独的终端会话里，临时切换回去：

sudo update-alternatives --config java
# 选择JDK 11对应的编号

运行完工具后，再切换回JDK 8即可。更高级的做法是，为这个工具写一个启动脚本，在脚本内部临时修改 JAVA_HOME 和 PATH 变量，而不影响全局环境。

4.3 如何彻底清理（如果需要）

如果你将来想移除手动安装的JDK 8，请按顺序操作：

从 update-alternatives 中删除注册项：

sudo update-alternatives --remove java /usr/local/jdk8/bin/java
sudo update-alternatives --remove javac /usr/local/jdk8/bin/javac

编辑 /etc/profile，删除或注释掉之前添加的Java环境变量行。
执行 source /etc/profile 或注销重新登录。

最后，删除安装目录：

sudo rm -rf /usr/local/jdk8   # 注意，如果你创建了软链接，也要删除软链接 /usr/local/jdk8

这样就能做到无残留清理，系统会回退到使用之前注册的其他Java版本（比如原来的JDK 11）。

整个过程走下来，你会发现关键在于理解 update-alternatives 和环境变量这两个Linux核心机制。掌握了它们，你不仅能管理Java，还能举一反三地管理Python、PHP、GCC等多种软件的多版本共存问题。在Kali这种需要高度定制化的系统里，这项技能会让你如鱼得水。最后再啰嗦一句，每次修改系统级配置（如 /etc/profile）前，最好先备份原文件，这是保证你能随时“撤退”的好习惯。