这两年只要聊到 JDK 版本，总有人问我：“都什么年代了，新项目还用 JDK 1.8 吗？” 问这种问题的人，多半还没经历过被某个老系统的依赖链锁死的绝望，也没体会过“明明本地跑得好好的，一上服务器就各种版本报错”的酸爽。说句实在话，Java 8 在很长一段时间里，依然是国内企业级应用、大数据组件、安卓 SDK 默认的基础运行环境。哪怕 JDK 17、21 的长期支持版本已经成熟，生产环境里跑着 JDK 1.8 的服务器依然数不胜数。所以“Win10 安装 JDK 1.8”这个需求，不但没过时，反而因为官方下载门槛变高、网络环境复杂，成了一件“简单但容易翻车”的事。
这篇博文不搞虚的，直接告诉你三件事：第一，JDK 1.8 现在到底该从哪下，国内哪些镜像源真正靠谱；第二，Win10 下从安装到环境变量配置的完整实操步骤，每一步为什么这么做；第三，装完之后最常见的报错和排查思路，以及多版本 JDK 共存的建议。文章偏实战，手把手照做，二十分钟内搞定。
1. 为什么现在还要装 JDK 1.8：从生态现实说起
1.1 生产环境里的 Java 8 统治力
你先别急着用“技术陈旧”来否定 JDK 1.8。数据不会说谎，直到今天，全球范围内 Java 8 的占有率依然稳居第一，远远超过后面的 11 和 17。国内更明显，尤其在一些传统行业、银行保险、制造业的信息化系统里，JDK 1.8 几乎是默认标配。原因并不复杂——业务系统一旦稳定运行三五年，没人愿意承担升级 JDK 带来的兼容性风险。Spring Boot 2.x 时代的主流版本，构建在 Java 8 之上；Spark、Hadoop、Kafka 等大数据组件对 Java 8 的支持也最完善。换句话说，Java 8 不只是一个“老版本”，它更像一套成熟的工业标准。
1.2 哪些场景必须用 JDK 1.8
具体落到实际开发中，以下几类场景你绕不开 JDK 1.8。
第一类是存量项目维护。你接手一个跑了五六年的 Spring Boot 项目，pom.xml 里写着java.version为 1.8，如果非要用 JDK 17 去编译，一堆第三方依赖分分钟教你做人，各种IllegalAccessError、NoSuchMethodError层出不穷。第二类是安卓开发。旧版 Android Gradle Plugin 对 JDK 版本要求严格，从 JDK 8 升到 11 或 17 往往意味着整个构建链路的升级，成本不小。第三类是部分中间件和工具链的强制要求，比如某些版本的 Maven 插件、Jenkins 脚本，在 JDK 1.8 下最稳定，换版本反而出幺蛾子。
还有一类容易被忽视——学习和考证。很多高校的 Java 课程、计算机等级考试教材，依然基于 Java 8 的语法和 API 来写。你用 JDK 17 跑教材里的代码，大概率会在某些javax包、Applet、老式 Swing 组件上踩坑。所以不管你是老手还是新手，装一个纯净的 JDK 1.8，是保证这套生态不出问题的基本操作。
2. 国内镜像下载：避坑 Oracle 官网，这些源又快又稳
2.1 Oracle 官方下载的痛点
按理说，装 JDK 最正规的途径是去 Oracle 官网下载。但实际操作过的人都知道，这条路越来越难走。Oracle 官网的下载页面结构复杂，想找到 JDK 8 的 Windows x64 安装包，得层层嵌套菜单。而且从某个版本开始，Oracle 要求下载必须登录账号。你要是没有 Oracle 账号，还得现场注册，那表单的验证码和密码规则能折腾你十分钟。
更致命的是网络问题。Oracle 的下载服务器主要部署在境外，国内直连速度极其不稳定，经常出现下载到一半断流，或者速度只有几十 KB。运气差的时候，一个 200MB 不到的安装包能下几个小时。所以“国内下载镜像”不是偷懒的替代方案，而是在实际网络环境下最务实的解决办法。
2.2 主流国内镜像源对比
这里推荐几个我亲测可用的国内镜像源，覆盖了当前主流的下载渠道。
| 镜像源 | 地址 | 优点 | 缺点 |
|---|---|---|---|
| 华为云镜像 | mirrors.huaweicloud.com/java/jdk/ | 速度极快，目录结构清晰，有 8u202、8u191 等版本 | 只提供 Oracle JDK 的某些版本，不覆盖全部 |
| 阿里云镜像 | mirrors.aliyun.com下的相关目录，或阿里云开发者社区 | 在国内访问极速，很多开源软件镜像都在这 | JDK 镜像主要偏 OpenJDK，需要自己筛选 |
| Injdk.cn | www.injdk.cn | 专门做 JDK 各种版本镜像，从 8 到 17 都有，很全 | 非官方站点，下载后建议校验哈希值 |
| 腾讯云镜像 | mirrors.cloud.tencent.com | 覆盖比较全，速度稳定 | 同样主要偏 OpenJDK 生态 |
| 清华 TUNA | mirrors.tuna.tsinghua.edu.cn | 高校源，稳定性和口碑都很好 | JDK 相关资源相对少，更多是操作系统和 Python 包 |
从实际体验看，我个人最常用的是华为云镜像和 Injdk。华为云源在下载大文件时速度非常有优势，而且是正规大厂维护，安全风险低。Injdk 胜在版本全，比如你想下载 8u191、8u202 这类特定版本，它能直接给出下载链接，省去不少查找时间。
2.3 版本选择建议：8u202 到底意味着什么
镜像里你会看到很多版本号，比如8u191、8u202、8u211、8u291等。这里有一个关键背景知识：Oracle JDK 8 的 8u202 是最后一个可以免费用于商用且公开下载的版本。2019 年 1 月之后，Oracle 调整了 JDK 的授权模式，8u211 及之后的版本虽然也提供下载，但商业使用需要付费授权。
对企业用户来说，如果你只是个人学习、开发测试，选 8u202 或更新的版本都无所谓；如果你公司的项目要商用并且追求合规，建议就用 8u202，或者直接选择 OpenJDK 的镜像。另外提醒一句，下载时注意区分系统架构：你的 Win10 如果是 64 位系统（现在基本都是），就选jdk-8u202-windows-x64.exe；如果是 32 位系统，选i586结尾的安装包。选错位数装完必报错，别问我是怎么知道的。
2.4 下载后的校验意识
从非官方渠道下载任何软件，都应该养成校验哈希值的习惯。JDK 安装包也一样。Oracle 官网上每个文件都提供了 SHA256 值，你在镜像站下载完，对比一下哈希是否一致，能有效避免文件被篡改或下载损坏。
在 Win10 上校验哈希值不需要额外安装工具。打开 PowerShell，输入Get-FileHash命令加文件路径，回车之后就会输出这个文件的 SHA256 值。比如：
Get-FileHash D:\Downloads\jdk-8u202-windows-x64.exe拿到结果后和官网上标注的值比对。虽然我个人下载了几次都没出过问题，但多一步校验总归安心，尤其是从个人维护的镜像站下载时，这一步很值得做。
3. Win10 安装 JDK 1.8：从双击 exe 到目录结构
3.1 安装前的检查与旧版本清理
很多人在安装新 JDK 时碰到的怪问题，其实是旧版本残留导致的。安装之前，先打开“控制面板 -> 程序和功能”，看看系统里是不是已经装了其他版本的 JDK 或 JRE。如果已存在版本会和你即将安装的 1.8 产生环境变量冲突，可能出现java -version显示的版本和自己预期不一致的情况。
如果你确定要全新安装 JDK 1.8，建议把旧的 JDK、JRE 全部卸载干净，然后打开环境变量设置，删掉旧的JAVA_HOME和 PATH 里和 Java 相关的条目。这里有个小细节：有些软件（比如 IDEA、Maven）自带 JRE 或者自己指定的 JDK 路径，卸载系统 JDK 不影响它们，但命令行里的java命令就完全取决于系统环境变量了。所以务必先清理干净，避免后面排查问题浪费时间。
3.2 安装步骤详解
我以jdk-8u202-windows-x64.exe为例，带你走一遍完整安装流程。
第一步，双击安装包，弹出安装向导，点“下一步”。
第二步，如果你想改安装路径，点“更改”按钮，把目录选到你希望的位置。这里我强烈建议不要使用默认的C:\Program Files\Java\jdk1.8.0_202。原因有二：一是路径中包含空格，虽然现代工具基本能处理，但个别老脚本和命令行工具在解析带空格的路径时还是可能出问题；二是把开发环境装在系统盘，重装系统或磁盘空间紧张时容易被动。我的习惯是统一装到D:\Java\jdk1.8.0_202这种自定义目录下，路径简短干净。
第三步，等待安装。中间可能会弹出“目标文件夹”确认框，继续下一步。值得一提的是，JDK 安装过程中会询问你是否安装公共 JRE。这里我建议取消勾选公共 JRE。原因很简单：JDK 本身已经包含了完整的运行环境，你日常开发用java命令、跑 jar 包，用的都是 JDK 里的 JRE；额外安装一个公共 JRE 到系统里，除了占空间、增加环境变量冲突概率，几乎没有正面作用。
第四步，安装完成后点击“关闭”。到这里，JDK 已经装进你的电脑了，但命令行还不能直接用，因为环境变量还没配。
3.3 安装后的目录结构快速了解
装完 JDK 之后，不妨看一下安装目录里的文件结构，理解一下你的开发环境到底由什么组成。
bin目录：存放核心可执行文件，java.exe、javac.exe、jar.exe、jvisualvm.exe等都在这里。lib目录：存放 JDK 运行所需的库文件，比如tools.jar、dt.jar，以及各种内部 jar 包。jre目录：JDK 自带的 Java 运行环境，里面也有bin和lib。include目录：存放 C 语言头文件，一般做 JNI 本地开发才会用到。src.zip文件：Java 标准库的源码压缩包，你在 IDE 里点击类名跳转到源码时，用的就是它。
理解了目录结构之后，环境变量配置就不再是死记硬背，而是每一步都有的放矢。
4. 环境变量配置：JAVA_HOME、PATH、CLASSPATH 逐个讲透
4.1 JAVA_HOME 为什么是整个体系的锚点
JAVA_HOME 这个环境变量，堪称 Java 生态的“定海神针”。它的作用就是指明 JDK 的安装根目录。很多工具在运行时都会去读取这个变量来确定 Java 的位置，比如 Maven、Tomcat、Gradle、IDEA。如果你不设置 JAVA_HOME，仅仅把java.exe的路径加进了 PATH，那命令行敲java确实能用，但一跑 Maven 或者启动 Tomcat，它们就会找不到 JDK 而报错。
设置 JAVA_HOME 是这套体系里的第一个环节。假设你把 JDK 装在了D:\Java\jdk1.8.0_202，那么 JAVA_HOME 的值就是这个路径。注意不要写成D:\Java\jdk1.8.0_202\bin，那是后面 PATH 里该写的东西。JAVA_HOME 只需要到 JDK 根目录即可。
4.2 PATH 与 CLASSPATH 的配置实操
PATH 环境变量的作用，是告诉操作系统“到哪些路径下去找可执行命令”。你装了 JDK 之后，java.exe和javac.exe在D:\Java\jdk1.8.0_202\bin里，但系统默认不会去这个目录找，所以你在命令行里输入java会提示“不是内部或外部命令”。解决办法就是在 PATH 里追加一个条目：%JAVA_HOME%\bin。
这里再解释一个原理性的问题：为什么在 PATH 里写的是%JAVA_HOME%\bin而不是直接写死D:\Java\jdk1.8.0_202\bin？因为 JAVA_HOME 是一个变量，我们把它作为“锚点”。以后如果你升级了 JDK 版本，只需要修改 JAVA_HOME 的值，PATH 里指向%JAVA_HOME%\bin的条目自动适配，不用再改第二处。
CLASSPATH 就更有争议了。很多教程会让你新建一个 CLASSPATH 变量，值设置为.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar。如果你去查 Oracle 官方文档，它其实已经不建议手动设置 CLASSPATH 了。在 JDK 1.5 之后，-classpath参数和 IDE 里的依赖管理已经足够强大，手动设置全局 CLASSPATH 反而容易和项目自带的依赖冲突。
所以我给你的建议是：除非你有老项目强制要求，否则 CLASSPATH 不需要配。如果你非要按老教程配上，也别忘了开头那个.，它代表当前目录，否则运行时类加载会找不到当前路径下的 class 文件。不过从实际效果看，不配 CLASSPATH 在现代开发流程里完全没问题。
4.3 命令行验证三步走
配置完环境变量之后，需要验证是否成功。这一步很多人容易忽略，结果回头 IDE 里报错还一头雾水。
先打开一个新的命令提示符窗口。注意，一定是新开的窗口，因为旧的 CMD 窗口不会重新加载环境变量，你敲java多半还是提示找不到命令。这是最容易被忽视的坑。
然后依次执行三个命令：
java -version这个命令会输出当前默认 JDK 的版本号，如果看到java version "1.8.0_202"，说明 JDK 安装成功。
javac -version如果java有版本输出但javac提示找不到，多半是 PATH 没有正确指向%JAVA_HOME%\bin，或者路径有拼写错误。javac是编译器命令，没有它意味着你的代码无法编译。
echo %JAVA_HOME%这个命令用来确认 JAVA_HOME 是否设置成功，输出结果应该是你的 JDK 安装路径，比如D:\Java\jdk1.8.0_202。
三条命令都通过之后，你的 JDK 8 环境就算真正通了。如果输出不对，别慌，下面的章节我专门整理了最常见的坑和排查路径。
5. 装完之后那些绕不开的坑：排查思路与解决方案
5.1 常见报错排查：从“不是内部或外部命令”说起
“不是内部或外部命令，也不是可运行的程序或批处理文件”——这大概是 JDK 安装教程下面最常见的求助留言。这个报错的本质是：系统在当前 PATH 指定的目录里找不到java.exe或javac.exe。
排查思路按照可能的原因优先级来排。
第一，环境变量没生效。刚配置完环境变量后，请务必新开一个 CMD 窗口再试。如果是在旧窗口里直接敲命令，系统用的还是旧的环境变量列表。还有一种情况是，你在环境变量编辑窗口里点了“确定”，但设置窗口没有真正保存，重新打开看一眼就知道了。
第二，PATH 路径写错了。这是高发区。注意看 PATH 里是否真的有了%JAVA_HOME%\bin，并且前后没有多余空格或分号。Windows 的 PATH 每条目之间用英文分号;隔开，如果你手滑打成了中文分号；，系统会默认忽略这一整条路径。另外，%JAVA_HOME%\bin前不要加/或\，老老实实按这个格式写。
第三，JAVA_HOME 指向了错误位置。打开文件资源管理器，到 JAVA_HOME 里写的路径看看，确认里面确实有bin目录。有些人安装路径是D:\Java\jdk-8u202，但写 JAVA_HOME 时填成了D:\Java\jdk1.8.0_202，差一个数字都会失败。建议你把安装目录完整复制到环境变量的值里，不要手打。
5.2 多版本 JDK 共存的管理技巧
很多开发者电脑上不止一个 JDK 版本。比如公司项目要求 JDK 8，你自己学的 Spring Boot 3 又需要 JDK 17。这就遇到一个现实问题：环境变量只能填一个 JAVA_HOME，怎么办？
思路是：保留系统级 JAVA_HOME 指向主用版本，需要切换时临时在命令行指定JAVA_HOME和PATH。但你不可能每次手动改系统设置，太烦了。更实用的方案是借助 IDE 完成版本管理。IDEA 里每个项目都可以单独配置 SDK 路径，你只需要在“Project Structure -> SDKs”里添加多个 JDK 路径，一个项目用 8，另一个项目用 17，互不干扰。Maven 项目还可以在pom.xml里指定编译版本，IDEA 会按项目配置自动切换。
命令行下的全局切换也有办法。我个人的做法是安装一个叫jdkswitch的小工具（一个开源脚本），在多个 JDK 之间一键切换。或者你也可以在环境变量里把 JAVA_HOME 的值设置为一个符号链接路径，通过修改链接指向来切换版本。但这些方案对新手来说略微抽象，建议先用好 IDEA 的项目级 SDK 设置，以后有需求再研究全局切换。
5.3 配套工具里的 JDK 设置
JDK 装好了，环境变量配好了，命令行跑通了，不代表所有软件就都能用了。你常用的 IDEA、Maven、Tomcat 各有各的 JDK 配置入口，需要单独确认一下。
IDEA 里，默认情况下它会自动识别系统的 JAVA_HOME，但如果你系统里改了 JDK 版本，IDEA 不会自动跟着变。需要到File -> Project Structure -> SDKs里确认当前的 Project SDK 指向哪个 JDK。如果项目编译报错提示invalid source release，多半是 Project SDK 版本和 pom 里指定的不一致。
Maven 则直接依赖 JAVA_HOME。你可以在命令行输入mvn -version，它会显示当前使用的 Java 版本。如果显示的不是 1.8，说明 Maven 读取的 JAVA_HOME 不是你刚设置的那个值，检查一下有没有其他程序修改过系统环境变量。
Tomcat 启动脚本catalina.bat也会查找 JAVA_HOME。如果启动窗口一闪而过，多半是找不到 JAVA_HOME 或 JRE_HOME。可以在setclasspath.bat里手动指定，但更推荐从环境变量层面解决问题。
mvn -version这条命令会输出类似Java version: 1.8.0_202, vendor: Oracle Corporation的信息，看到这个就说明 Maven 已经正确关联了 JDK 1.8。
5.4 32 位和 64 位混用的隐患
最后补一个可能折腾你很久的细节。Win10 本身有 32 位和 64 位之分，JDK 安装包也分位数。如果你在 64 位系统上安装了 32 位的 JDK，java -version不会报错，版本号完全正常，但只要用到 JVM 的内存参数（比如-Xmx4g），JVM 会提示Could not reserve enough space for 2097152KB object heap，因为 32 位 JVM 的寻址空间天然受限，根本申请不到大内存。
怎么确认自己装的是 64 位还是 32 位？很简单，执行java -version，如果输出的第三行包含64-Bit，说明是 64 位 JVM。比如：
java version "1.8.0_202" Java(TM) SE Runtime Environment (build 1.8.0_202-b08) Java HotSpot(TM) 64-Bit Server VM (build 25.202-b08, mixed mode)如果缺少64-Bit字样，说明你装的是 32 位版本。这种情况不需要卸载重装，只需要下载对应位数的安装包重新安装，再把 JAVA_HOME 指到新的安装路径即可。
6. 从实操角度聊聊几个容易被忽略的细节
前面把安装流程和坑都过了一遍，这个章节我想再补充几个我在实际使用中总结的细节，虽然不直接影响安装成功，但能让你后面的开发体验舒服很多。
首先，JDK 安装目录建议放到非系统盘，但又别放到中文路径或带空格的路径下。有些老项目的脚本对中文路径支持极差，换个目录一劳永逸。我一般按这个规范来：D:\Java\jdk1.8.0_202。另外安装包下载后如果是一个压缩文件，别直接双击里面的 exe 安装，先解压到临时目录再运行，避免个别杀毒软件拦截安装过程。
其次，Win10 的“Windows Defender”偶尔会在安装 JDK 时弹窗拦截，这属于误报，但不要直接关掉安全软件，更不要为了省事关闭整个安全中心。正规渠道下载的 JDK 不会触发真正的安全风险，遇到拦截时选择“允许”“信任”即可。
最后，关于 IDE 里的终端。很多人在 IDEA 自带终端里敲java -version发现版本不对，这是因为 IDEA 的终端默认读取的是系统环境变量，但如果你改完环境变量后没有重启 IDEA，它内部保存的还是旧值。把 IDEA 完全关闭再重新打开，终端里的环境变量就会刷新。
这套流程我前后帮同事和学员装过不下几十次，只要照着上面每个步骤走，基本一次顺畅通过。如果你在安装过程中遇到文章里没有覆盖的报错，大概率是环境变量值格式问题，或者 JDK 位数不匹配。下载前先确认系统架构，安装时取消公共 JRE，配置时用%JAVA_HOME%\bin做 PATH 条目，记住这三点能省去百分之八十的麻烦。
