JDK 1.8.0_40 安装配置全指南：Windows 与 Linux 环境变量避坑

简介：JDK 1.8.0_40 是 Java 8 系列中一个稳定且广泛使用的开发工具包版本，面向 Java 初学者、后端开发者以及需要维护旧项目的工程师，用于编写、编译、调试和运行 Java 应用程序。该版本是 Java 语言的重要里程碑，内置 Lambda 表达式、函数式接口、方法引用、Stream 流式处理、java.time 日期时间 API、Optional 空值容器、接口默认方法、CompletableFuture 并发增强以及 Nashorn JavaScript 引擎等核心特性，能显著提升集合操作、并行计算与代码可读性。压缩包共 1472 个文件，以 722 个 jar 库文件、228 个 xml 配置、77 个 dll 与 74 个 exe 可执行文件为主，另含 properties、html、css 等资源，整体约 168.49MB，目录结构完整，覆盖开发与运行所需组件。目前已有 320 人学习下载，适合搭建本地 Java 8 开发环境、对照官方文档验证新特性，或作为旧系统兼容性测试与教学演示的可靠基础包。

1. 从一台老服务器说起：为什么我还在装 JDK 1.8.0_40

上周帮一个朋友处理一台内网老服务器，系统是 CentOS 7，上面跑着一套多年前的报表系统。启动脚本里写死了JAVA_HOME=/usr/java/jdk1.8.0_40，换任何高版本 JDK 都会在初始化连接池时抛UnsupportedClassVersionError或者更隐蔽的NoSuchMethodError。这不是个例，很多存量业务系统、老版本中间件、教学实验环境，都卡在 JDK 1.8.0_40 这个具体的小版本上。它属于 Java 8 早期更新版，自带 JavaFX 和 Nashorn 引擎，和后来的 1.8.0_2xx 在 TLS 默认协议、证书链处理上有细微差别。装不对，轻则应用起不来，重则半夜被叫起来查SSLHandshakeException。这篇笔记面向正在给老系统配环境的开发者，从版本确认、下载、安装、环境变量配置到验证排错，一步步走完。如果你手里正好有一台需要跑 Java 8 老项目的机器，照着做能少踩几个坑。

2. 装之前先对账：版本、系统与依赖确认

2.1 为什么是 1.8.0_40 而不是随便一个 Java 8

Java 8 从 2014 年发布到 2020 年停更，中间出了两百多个更新版本。1.8.0_40 属于早期版本，和后期版本最大的区别在于：它默认启用的 TLS 协议版本较低，对某些老加密套件的支持更完整；同时它捆绑的 JavaFX 版本和 Nashorn 引擎行为与后期版本有差异。很多老系统的启动脚本、第三方 jar 包、甚至数据库驱动，都是在这个版本上编译和测试的。你换成 1.8.0_202，可能遇到java.lang.NoClassDefFoundError: sun/misc/BASE64Encoder这类问题，因为后期版本移除了部分内部 API。所以第一步不是急着下载，而是确认目标系统到底需要哪个小版本。常见做法是看启动脚本里的JAVA_HOME路径，或者看项目pom.xml里maven.compiler.source和target的值。如果写的是1.8，那大版本对就行；如果写死了1.8.0_40，那就老老实实装这个版本。

2.2 系统环境对照表

不同操作系统下，JDK 1.8.0_40 的安装包格式和默认安装路径不一样。下面这张表是我整理出来的对照关系，装之前先对号入座。

注意：Linux 下如果用 RPM 包安装，路径可能是/usr/java/jdk1.8.0_40，也可能是/usr/lib/jvm/java-1.8.0-openjdk，取决于包来源。我一般优先用 tar.gz 手动解压，路径可控，卸载也干净。

2.3 安装前的依赖检查

Linux 环境下，JDK 1.8.0_40 依赖一些基础库。用ldd检查解压后的java可执行文件，确认没有not found的依赖。常见缺失的是libXext.so.6、libXrender.so.1、libXtst.so.6这几个，它们和图形界面相关，如果服务器不跑 GUI 程序，缺了也能用，但java -version可能会报错。我一般会先装libXext和libXrender的开发包，省得后面排查。另外确认系统glibc版本不低于 2.12，这是 JDK 1.8 的最低要求。用ldd --version看一眼就行。

3. 下载与安装：Windows 和 Linux 两条路

3.1 Windows 下的安装步骤

Windows 安装最简单，但有几个默认选项要改。下载jdk-8u40-windows-x64.exe后，双击运行。安装向导第一步会让你选安装路径，默认是C:\Program Files\Java\jdk1.8.0_40。我一般不改这个路径，因为很多老项目的脚本默认就找这里。但如果你 C 盘空间紧张，可以改到 D 盘，改完记得后面配环境变量时路径要对应上。

安装过程中会弹出第二个窗口，问你是否安装 JRE。JDK 1.8.0_40 的安装包会把 JRE 单独装到C:\Program Files\Java\jre1.8.0_40。这个 JRE 和 JDK 自带的 JRE 是两套东西，但版本号一样。我一般会装，因为有些老工具只认系统级的 JRE 路径。装完后，打开命令提示符，输入java -version，如果显示java version "1.8.0_40"，说明基础安装成功。但这时候javac可能还不可用，因为环境变量没配。

3.2 Linux 下的 tar.gz 安装

Linux 下我习惯用 tar.gz 手动安装，路径清晰，不污染系统包管理。先把下载好的jdk-8u40-linux-x64.tar.gz传到服务器上，放到/usr/local/src或者/tmp都行。然后执行下面这几条命令。

# 创建安装目录，我习惯用 /usr/java mkdir -p /usr/java # 解压 JDK 包到指定目录 tar -zxvf jdk-8u40-linux-x64.tar.gz -C /usr/java/ # 确认解压后的目录名，通常是 jdk1.8.0_40 ls /usr/java/

解压完成后，/usr/java/jdk1.8.0_40就是 JDK 的根目录。这里有个细节：tar.gz 包解压出来的目录权限默认是 755，属主是你当前登录用户。如果这台机器多人共用，建议把属主改成 root，权限保持 755，避免其他用户误改。命令是chown -R root:root /usr/java/jdk1.8.0_40。接下来配置环境变量，让系统能找到java和javac。

3.3 配置环境变量：三个路径别写错

环境变量配置是安装 JDK 最容易翻车的地方。核心就三个变量：JAVA_HOME、PATH、CLASSPATH。JAVA_HOME指向 JDK 根目录，PATH把bin目录加进去，CLASSPATH一般设成当前目录和tools.jar。Linux 下我一般改/etc/profile，对所有用户生效。用vi打开文件，在末尾追加下面这段。

# JDK 1.8.0_40 环境变量配置 export JAVA_HOME=/usr/java/jdk1.8.0_40 export PATH=$JAVA_HOME/bin:$PATH export CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar

这里有几个参数要说明。JAVA_HOME后面不要带/bin，很多教程写错，导致JAVA_HOME/bin/java变成/usr/java/jdk1.8.0_40/bin/bin/java，肯定找不到。PATH里把$JAVA_HOME/bin放在最前面，是为了让系统优先用这个 JDK，而不是系统自带的 OpenJDK。CLASSPATH里的.表示当前目录，dt.jar和tools.jar是 JDK 自带的工具类库，老项目编译时经常依赖。改完后执行source /etc/profile让配置生效。Windows 下类似，在系统属性里新建JAVA_HOME，然后在Path里加%JAVA_HOME%\bin，CLASSPATH加.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar。注意 Windows 的路径分隔符是分号，Linux 是冒号，别搞混。

4. 避坑与排查：五个我踩过的坑

4.1 现象：java -version 显示的是系统自带 OpenJDK

原因：PATH里系统自带的 JDK 路径排在前面，或者JAVA_HOME没生效。Linux 下很多发行版预装了 OpenJDK，/usr/bin/java是个软链接，指向/etc/alternatives/java。你配了JAVA_HOME，但PATH里/usr/bin在$JAVA_HOME/bin前面，系统还是用旧的。解决：用which java看实际调用的路径，如果是/usr/bin/java，就调整PATH顺序，把$JAVA_HOME/bin放到最前面。或者用alternatives --install注册新 JDK，再alternatives --config java切换。我一般直接改PATH，简单直接。

4.2 现象：javac 命令找不到，但 java 能用

原因：只配了JAVA_HOME和PATH，但PATH里漏了$JAVA_HOME/bin，或者JAVA_HOME指向了 JRE 而不是 JDK。JRE 目录下没有javac。解决：确认JAVA_HOME指向的是 JDK 根目录，里面应该有bin、lib、jre这几个子目录。用ls $JAVA_HOME/bin/javac检查文件是否存在。如果不存在，说明你装的是 JRE，需要重新下载 JDK 包。

4.3 现象：老项目启动报 UnsupportedClassVersionError

原因：编译时用的 JDK 版本和运行时不一致。比如用 JDK 1.8.0_202 编译的 class 文件，拿到 1.8.0_40 上跑，虽然都是 Java 8，但高版本编译器可能生成了低版本不认识的字节码属性。解决：统一编译和运行环境。如果项目必须在 1.8.0_40 上跑，那编译也用这个版本。检查 IDE 里的编译器设置，或者 Maven 的maven-compiler-plugin配置，确保source和target都是1.8，并且JAVA_HOME指向 1.8.0_40。

4.4 现象：Linux 下 java 命令报错 libXext.so.6 not found

原因：系统缺少图形库依赖。JDK 1.8.0_40 的libawt.so依赖libXext、libXrender等库，即使你不跑 GUI 程序，JVM 启动时也会加载这些库。解决：CentOS 下执行yum install libXext libXrender libXtst，Ubuntu 下执行apt-get install libxext6 libxrender1 libxtst6。装完再试java -version，一般就好了。

4.5 现象：Windows 下安装后 cmd 里 java 可用，但 PowerShell 里不行

原因：Windows 的环境变量分用户变量和系统变量。如果你只在用户变量里配了JAVA_HOME，某些以管理员身份运行的 PowerShell 会话可能读不到。解决：把JAVA_HOME和Path的修改加到系统变量里，而不仅仅是用户变量。改完后重启命令行窗口，或者执行refreshenv（需要装 Chocolatey）让环境变量刷新。我一般直接重启机器，省事。

5. 装完怎么验证：三条命令和一个习惯

装完 JDK 只是第一步，验证它真的能用、且版本正确，才算收工。我一般走三条命令，覆盖版本、编译、运行三个环节。第一条，java -version，看输出是不是java version "1.8.0_40"，注意_40这个后缀必须对，不能是_202或者_181。第二条，javac -version，看编译器版本是否一致。第三条，写一个最简单的 Java 文件，编译并运行，确认从源码到字节码再到 JVM 执行的整条链路是通的。

// VersionCheck.java public class VersionCheck { public static void main(String[] args) { // 打印运行时 JDK 版本 System.out.println("Runtime JDK: " + System.getProperty("java.version")); // 打印 Java 安装路径 System.out.println("Java Home: " + System.getProperty("java.home")); } }

保存后，依次执行javac VersionCheck.java和java VersionCheck。如果输出里Runtime JDK是1.8.0_40，Java Home指向你配的JAVA_HOME路径，说明环境变量和实际运行都对了。如果Java Home指向的是jre目录而不是jdk目录，说明JAVA_HOME配错了，回去检查。这个验证方法比只看java -version更可靠，因为它同时验证了编译器和运行时。

还有一个习惯：装完 JDK 后，我会把JAVA_HOME、PATH、CLASSPATH三个变量的当前值打印出来，存到一个env-check.txt里。命令是echo $JAVA_HOME; echo $PATH; echo $CLASSPATH。这样以后出问题，可以对比是不是环境变量被其他脚本改了。老服务器上经常有多个应用各自配环境变量，互相覆盖是常事。从那以后我每次装完 JDK 都强制走一遍这三条命令加环境变量存档，省得半夜被叫起来查JAVA_HOME指向了哪里。希望帮到你。

本文还有配套的精品资源，点击获取