Java JDK 1.6 下载、安装及版本验证步骤

Java JDK 1.6，也称 Java SE 6，是已经停止常规公开更新的旧版开发工具包。今天安装它，通常是为了维护遗留系统、复现旧环境、构建明确要求 Java 6 的程序，或进行兼容性测试。它不适合作为新项目的默认开发环境，也不应未经评估就用于连接互联网的生产服务。

这篇教程说明如何判断是否确实需要 JDK 1.6、如何从可信来源获取安装包、如何在 Windows 和 Linux 上安装，以及怎样确认当前使用的是哪一个版本。由于不同操作系统和发行渠道的安装包并不相同，下载前应先核对系统架构、许可条款和发布说明；不要把来源不明的镜像当成官方版本。

一、JDK 1.6 是什么，适用于哪些场景

JDK（Java Development Kit）包含 Java 编译器、运行时及开发工具。JRE 主要用于运行 Java 程序，不包含完整的编译工具。需要编译代码或运行依赖 JDK 工具链的构建任务时，应安装 JDK，而不是只安装 JRE。

JDK 1.6 的典型适用场景包括：

• 维护只能在 Java 6 环境中运行或构建的旧应用。
• 复现历史问题，或验证升级 Java 版本前后的行为差异。
• 为遗留设备、商业软件或特定构建流程提供隔离的兼容环境。

如果只是运行一个旧 Java 程序，不要先入为主地认为必须安装 JDK 1.6。应查阅应用厂商文档，确认它要求的是 Java 6、特定更新版本，还是只要求某个最低版本。有些程序虽然年代较早，但可以在较新的 JDK 上运行；另一些程序则依赖已移除或行为变化的接口，确实需要旧环境。

对于新项目，优先选择仍受支持的 JDK 版本，并根据项目依赖与部署平台做兼容性测试。Java 6 已经非常陈旧，后续版本引入的语言特性、API、安全修复及工具改进均无法通过安装 JDK 1.6 获得。

二、下载前先了解版本和许可边界

1. Oracle JDK 6 的归档下载

Oracle 曾在 Java SE 归档区域提供历史版本，包括 Java SE 6。归档页面可能要求登录 Oracle 账户，并要求阅读、接受对应下载页面列出的许可条款。下载权限、账户要求和可用文件可能随时间或地区发生变化。请以 Oracle 官方归档页面及下载时显示的许可为准，不要根据旧教程中写下的条款推断当前授权。

Oracle JDK 不等同于 OpenJDK。二者有关联的 Java 实现与历史，但具体发行包、许可条件、支持承诺和更新来源可能不同。企业使用前应由负责软件许可的人员核对对应版本、用途、分发方式和合同约定；不能仅凭“免费下载”或“旧版本”判断其可以任意商用或再分发。

Oracle Java SE 6 已不在常规公开维护周期内。归档中能下载到某个安装包，不代表该版本仍受安全支持，也不代表其中的漏洞已修复。公开归档通常保留的是特定历史构建，不能替代持续更新的产品支持。

2. OpenJDK 6 及其他历史构建

除 Oracle JDK 外，历史上还存在 OpenJDK 6 及基于相关代码构建的发行版。它们的下载位置、维护状态、平台覆盖和许可各不相同。选择时应确认发布者身份、源代码或构建说明、签名或校验信息以及许可文本。某个网站提供了名为“JDK 6”的压缩包，并不足以证明它是可信发行版。

OpenJDK 项目主线如今不再提供适用于所有现代平台、可直接安装的 JDK 6 包。不要把面向新版本 Java 的常见发行商下载页面误认为一定有 Java 6 版本。若确实需要第三方历史构建，应确认供应方是否仍维护该构建；没有维护承诺的构建同样不能视为安全更新来源。

3. 下载时核对文件

尽量从发布方的官方页面下载，并核对操作系统、处理器架构、文件名和版本号。若发布方提供 SHA-256 校验值或数字签名，应按其文档验证。不要自行编造或套用其他文件的哈希值：只有与同一安装包对应、来自可信发布渠道的校验值才有意义。

Windows 常见安装包是可执行安装程序；Linux 常见形式包括压缩归档或发行版软件包。文件扩展名和目录结构会随具体构建变化。若文件来源不明、校验不符、签名验证失败，或许可条款与预期不符，应停止安装并重新确认来源。

三、安装前的准备

先记录目标机器的操作系统版本和架构，并确认应用要求的 Java 更新版本。Java 6 的不同更新版并非完全相同；如果厂商明确要求某个更新版本，应以厂商要求为准。不要为了“越新越好”随意替换遗留应用的运行环境，也不要未经测试把更早的更新版用于生产环境。

还要检查机器上是否已安装其他 Java 版本。Windows 可以在命令提示符中运行 where java；Linux 可以运行 which java 和 type -a java。这些命令用于查看当前通过 PATH 找到的程序，而不是完整列出系统内所有 Java 安装。

where java
where javac

which java
which javac
type -a java

若系统命令找不到 javac，可能只安装了 JRE，也可能是 JDK 的 bin 目录没有加入 PATH。先检查安装目录，再判断是否需要重新安装，不必立即删除其他 Java 版本。

四、Windows 安装与环境变量配置

1. 运行安装程序

从可信来源取得与 Windows 架构匹配的安装包后，按安装程序提示完成安装。若组织有软件部署规范，应按规范选择安装目录和权限；企业环境下不要为了省事关闭安全控制，也不要把安装包通过未经批准的网盘或邮件传递。

安装完成后，找到实际 JDK 目录。常见位置可能类似于 C:\Program Files\Java\jdk1.6.0_xx，但具体名称会因更新版本和安装包不同而变化。以下路径只是示例，必须替换成电脑上的真实目录。目录中应能找到 bin\java.exe 和 bin\javac.exe。

2. 设置 JAVA_HOME 和 PATH

在 Windows 的“系统属性”中打开“高级系统设置”，进入“环境变量”。新建或修改 JAVA_HOME，将其值设为 JDK 根目录，不要把 \bin 写进 JAVA_HOME。然后在 PATH 中加入 %JAVA_HOME%\bin。修改后关闭并重新打开命令提示符，旧窗口不会自动读取新的环境变量。

JAVA_HOME=C:\Program Files\Java\jdk1.6.0_45
PATH=%JAVA_HOME%\bin;原有的其他路径

不同 Windows 版本的环境变量界面略有差异。编辑 PATH 时不要误删已有条目，也不要把多条路径合并成一个无分隔符的字符串。PATH 中存在多个 Java 的 bin 目录时，命令行会优先使用排在前面的可执行文件，因此即使 JAVA_HOME 指向 JDK 6，java 命令仍可能来自另一个版本。

如需只在当前命令提示符窗口临时测试，可以使用下面的命令。它只影响当前窗口，不会永久更改系统设置：

set "JAVA_HOME=C:\Program Files\Java\jdk1.6.0_45"
set "PATH=%JAVA_HOME%\bin;%PATH%"
java -version
javac -version

五、Linux 安装与环境变量配置

1. 使用安装包或压缩归档

Linux 上的安装方式取决于发行版、JDK 提供方和安装包格式。若发行方提供适用于当前系统的软件包，可按其官方说明安装；若提供压缩归档，可解压到组织允许的目录，例如 /opt/java/。以下命令以归档安装为例，文件名和目录都需要替换为实际值。

sudo mkdir -p /opt/java
sudo tar -xzf jdk-6u45-linux-x64.tar.gz -C /opt/java
ls -la /opt/java

不要直接照搬 jdk-6u45-linux-x64.tar.gz 这个示例文件名：你的安装包可能使用不同版本号、架构标识或文件格式。安装前可用 file 查看文件类型，并确认归档内容来自预期发布者。

找到解压后的 JDK 根目录后，可在当前 shell 中临时设置环境变量：

export JAVA_HOME=/opt/java/jdk1.6.0_45
export PATH="$JAVA_HOME/bin:$PATH"
java -version
javac -version

如果确认要对特定用户长期生效，可将相应的 export 行加入该用户实际使用的 shell 启动文件，例如 Bash 的 ~/.bashrc。登录 shell、交互 shell 和不同用户使用的配置文件可能不同；保存后按环境情况重新登录，或重新读取相应配置文件。服务器服务通常不会继承交互用户的 shell 配置，应在服务管理配置中明确指定运行环境。

2. 不要盲目切换系统默认 Java

一台机器可以安装多个 Java 版本。Linux 发行版提供的 update-alternatives 等工具用于管理默认命令，但具体工具名称和行为取决于发行版。修改全局默认版本可能影响其他应用、系统服务或构建任务。对遗留程序，优先在专用账户、容器、虚拟机或明确的服务配置中指定 JDK 路径，而不是未经评估就改动整台机器的默认 Java。

六、版本验证：确认 java 和 javac 来自同一套 JDK

打开一个新的终端窗口，分别检查运行时和编译器版本：

java -version
javac -version

Java 6 的输出通常包含类似 java version "1.6.0_45" 或 javac 1.6.0_45 的版本字符串。实际输出会因发行版、更新版本和厂商构建而异，不应要求所有 JDK 6 都与某一段固定文字完全一致。

还要检查命令实际来自哪里：

where java
where javac

which java
which javac

在支持 POSIX shell 的环境中，还可打印变量值：

echo "$JAVA_HOME"

请同时确认以下几点：java 能运行；javac 能运行；二者版本符合预期；二者路径都属于同一套 JDK 的安装目录。仅检查 java -version 不足以证明安装了 JDK，因为单独的 JRE 也可以运行 Java 程序。环境变量 JAVA_HOME 也只是一个路径配置，不能独自证明其指向的文件真实存在或 PATH 已正确设置。

七、编写并运行一个最小 Java 程序

验证安装最直接的方法是编译并运行一个小程序。将以下内容保存为 HelloJava6.java。Java 6 支持这里使用的类、方法和字符串输出写法。

public class HelloJava6 {
    public static void main(String[] args) {
        System.out.println("Hello, Java 6");
        System.out.println("java.version = "
                + System.getProperty("java.version"));
        System.out.println("java.home = "
                + System.getProperty("java.home"));
    }
}

在该文件所在目录执行：

javac HelloJava6.java
java HelloJava6

成功时，目录中会生成 HelloJava6.class，运行结果会打印问候语、运行时版本和 Java 安装目录。若编译成功但运行时显示另一个版本，说明编译器和运行时可能来自不同安装，或 PATH 配置顺序不符合预期。应检查 where 或 which 的结果，而不是反复重装。

如需查看类文件的字节码主版本，可使用 JDK 自带的 javap：

javap -verbose HelloJava6

Java 6 对应的 class 文件主版本号是 50。输出中若看到 major version: 50，说明该类文件使用 Java 6 对应的 class 文件版本。这个检查只针对被检查的 class 文件，不能证明整个应用的依赖都兼容 Java 6；第三方库也可能要求更高版本的运行时。

八、用新版编译器构建旧版程序时的限制

如果项目要求生成 Java 6 可运行的字节码，最稳妥的方法通常是在隔离、可复现的环境中使用对应的旧版 JDK 构建，并验证所有依赖。较新的 javac 可能支持通过 -source 和 -target 指定旧语言级别或 class 文件目标，例如：

javac -source 1.6 -target 1.6 HelloJava6.java

这条命令不能保证程序真正兼容 Java 6。-source 控制接受的源代码语言级别，-target 控制生成的 class 文件目标；如果使用了新 JDK 才有的 API，编译器仍可能生成运行在旧 Java 上会失败的程序。某些较新的 JDK 已不再支持 1.6 这一组参数，执行时可能报“不支持的源版本”或“不支持的目标版本”。

此外，编译器接受旧目标版本，并不意味着它会自动只使用 Java 6 的 API。旧 JDK 构建或适当配置历史 API 的编译环境，才能更可靠地发现错误的 API 依赖。较新 JDK 提供的 --release 选项是后续版本才引入的能力，不能用于 JDK 6 自身；也不要把它当成所有旧版编译器都支持的参数。最终应在目标 Java 6 运行环境中测试应用及其完整依赖。

九、常见错误与排查方法

错误：提示“java 不是内部或外部命令”或“command not found”

这通常意味着 PATH 没有包含 JDK 的 bin 目录，或者修改环境变量后仍在使用旧终端。先检查安装目录中是否有 java 可执行文件，再确认 JAVA_HOME 指向 JDK 根目录、PATH 包含其 bin，然后重新打开终端。

错误：能运行 java，找不到 javac

常见原因是只装了 JRE，或 PATH 指向 JRE 而非 JDK。确认安装目录下存在 javac，并检查 where javac 或 which javac。安装包名称带有 JDK 并不等于当前命令一定来自该安装包。

错误：java 和 javac 显示不同版本

这通常是 PATH 中存在多个 Java 目录且顺序不一致，或者某个命令被别名、脚本或系统 alternatives 接管。检查命令解析结果和实际路径，整理 PATH 的顺序；对构建脚本，也可在其配置中明确指定 JDK 路径。

错误：提示 class 文件版本过高

例如程序报告类文件版本高于当前运行时支持的版本，通常表示该类由较新的 Java 编译，目标运行时太旧。应使用与目标环境兼容的构建链重新编译，并确认所有依赖、插件和应用服务器都支持目标版本。只改动主程序而保留高版本依赖，仍会失败。

错误：安装程序无法运行或出现架构不匹配

可能是安装包与操作系统、处理器架构或系统位数不匹配，也可能是历史安装程序无法适配现代系统。先核对发布说明和文件类型，不要通过关闭系统安全功能强行运行不可信安装包。若官方已不提供适用于当前平台的包，可考虑在受控的旧系统虚拟机或隔离构建环境中复现，而不是随意下载第三方改包。

错误：程序在 Java 6 下出现网络或证书问题

旧运行时的 TLS 协议、密码套件、根证书和安全配置可能与现代服务器要求不兼容。连接失败不一定是环境变量问题，也不应通过关闭证书校验或接受所有证书来“修复”。应查看应用和运行时日志，确认服务端要求，并优先升级客户端运行时和应用。若业务被历史系统限制，需由安全人员评估兼容方案、数据风险和隔离措施。

十、安全使用建议

JDK 1.6 已停止常规公开更新，其中可能存在已知安全缺陷。不要将其作为通用桌面 Java、浏览器插件或面向互联网服务的默认运行时。尤其不要为了安装旧 Java 而启用过时的浏览器插件或运行来源不明的 Applet；现代浏览器已普遍不支持这类插件技术。

如果遗留业务短期内无法升级，应把旧 JDK 限定在完成任务所必需的范围内：使用专用主机、虚拟机或隔离容器；限制网络访问和账户权限；避免在同一环境处理敏感日常工作；只运行经过确认的程序；保留构建和运行日志；制定退出计划，并尽快评估升级或替换方案。隔离能降低暴露面，但不能修复 JDK 中的漏洞，也不能使不受支持的软件重新获得安全维护。

不要通过禁用证书校验、降低系统整体安全设置或安装来源不明的“补丁包”来掩盖旧版本问题。若因法规、合同或厂商支持要求必须运行 Java 6，应核对相应支持协议和风险控制要求，并让组织内负责安全与合规的人员参与决策。

总结

安装 Java JDK 1.6 的关键不只是找到安装文件，而是确认应用确实需要 Java 6、下载渠道与许可合适、系统架构匹配，并且命令行实际使用的是预期的 JDK。安装后用 java -version、javac -version、命令路径检查以及最小程序编译运行进行交叉验证。需要维护遗留系统时，应尽量将 JDK 6 放在可控、隔离、可复现的环境中，并把升级和退出旧运行时纳入计划。