你在帮一个上了年纪的金融项目换开发机或者刚接手一套十年前写的老系统大概率会被同一个问题卡住Java 历史版本从哪里下载尤其是 Java 6、Java 7、Java 8 这种早就被官方“藏”起来的版本网上搜出来一堆垃圾站、捆绑站、付费下载站稍不留神就中招。我在这上面踩过不少坑也帮同事救过急今天干脆把三个版本的正确获取姿势、环境配置细节和常见陷阱一次说清楚。先说清楚一件事我们说的是 Oracle JDK不是 OpenJDK。如果你只是跑跑 Spring Boot、学学语法OpenJDK 完全够用但如果是维护老系统、跑老中间件、或者要跟客户现场环境对齐很多时候必须用原版 Oracle JDK。这篇文章的重点就是给你一条安全、干净、可复现的官方下载路径顺带把 Java 6/7/8 之间容易忽略的差异、环境变量坑点、以及几类典型报错全部捋一遍。1. 为什么 2024 年了还在找 Java 6/7/81.1 老系统比你想的顽固很多制造业、银行、保险、物流行业的核心系统跑的还是 Java 8 甚至 Java 7。这些系统不是不想升级而是升级成本太高中间件版本锁定、第三方 jar 包只兼容旧版、内部框架用了过时的 API甚至有些是用 JDK 1.4 语法写的代码。我见过一个 2015 年上线的物流调度系统生产环境是 Java 7代码里用了大量sun.misc.Unsafe和反射私有方法真要升级到 Java 11光编译期报错就够喝一壶。所以现实就是老系统不能动新环境又必须配齐工具链。这时候下载对应版本的 JDK 就成了刚需。1.2 面试题和职业发展的连带需求你可能也注意到了搜索热词里有大量“java 面试题”“java 八股文”“java 基础”相关的内容。确实Java 8 的HashMap红黑树、ConcurrentHashMap锁粒度、String.intern()行为变化、CMS 垃圾回收器参数调优这些问题全都是围绕 Java 8 展开的。很多培训班和面试攻略都以 Java 8 为基准讲解 JVM 和并发因为市面上绝大多数生产环境就是 Java 8。这带来一个很实际的诉求你在本地装一个 Java 8不只是为了跑代码更是为了对照学习、复现面试题里的场景。比如jmap、jvisualvm、jstat这些 JDK 自带工具在不同版本里界面和参数都有差异不用真实环境测一遍光看文章很难有直观感受。1.3 构建工具和 CI/CD 的版本锁定还有一个被低估的原因构建服务器。公司的 Jenkins、GitLab CI 可能同时跑着好几个项目每个项目要求不同的 JDK 版本。老项目的pom.xml里maven.compiler.source可能写的是1.7必须在 JDK 7 环境下编译才不会有诡异的警告。CI 节点上新装系统时就需要一个备用的 JDK 7 或 JDK 8 放在/usr/local/java下随时切换。所以下载历史版本这件事不是一个“闲得没事考古”的行为而是真实的生产力需求。2. 官方下载地址全解析Java 8、Java 7、Java 62.1 Java 8最常用的一个路径也最好记先说你大概率最常用的 Java 8。Oracle 的下载页面改过很多次但有一个稳定的 API 入口到现在还能用https://www.oracle.com/java/technologies/javase/javase8-archive-downloads.html这个页面标题叫 Java SE 8 Archive Downloads里面列出了从 8u5 到 8u202 的几乎所有版本。为什么截至 8u202因为 8u202 是 Oracle JDK 8 的最后一个免费商用版本之后的 8u211、8u221 等版本Oracle 不再提供免费的商业授权但个人开发、学习仍然可以使用。页面拉到中间位置你会看到一个表格每一行对应一个具体 update 版本。表格里有Linux x64、Windows x64、macOS等下载链接点进去之后还会跳转到 Oracle Login 页面。这里必须强调下载 Oracle JDK 必须要登录 Oracle 账号这是 Oracle 收购 Sun 之后逐渐收紧的做法免费注册一个即可不收费。我个人的建议是下载jdk-8u202-linux-x64.tar.gz或者jdk-8u202-windows-x64.exe。8u202 是社区公认的“最稳”版本很多镜像站的所谓“Java 8”其实都是从这个版本衍生出来的。如果你只是本地学习也可以选8u191两者差别不大但 8u202 后一个版本不再有公开的免费安全更新所以默认 8u202。登录之后你会看到很多文件眼要放尖一点别下载成Server JRE或者JRE版本。我们要的是Java SE Development Kit 8u202也就是文件名里带jdk-8u202前缀的包。2.2 Java 7官方归档页面的隐藏入口Java 7 的官方下载地址如下https://www.oracle.com/java/technologies/javase/javase7-archive-downloads.html同样需要登录 Oracle 账号。Java 7 的可用版本相对少一些常见的是7u80和7u51。如果你要兼容非常老的系统可能会用到7u10、7u21但说实话多数场景下 7u80 就够了因为它是 Java 7 的最后一个公开更新版本。这里要特别提醒Java 7 的安装包里Windows 版本分为x86和x64两类文件名分别是jdk-7u80-windows-i586.exe和jdk-7u80-windows-x64.exe。很多新手下载了x86版本装在 64 位系统上也能跑但内存只能用到 4GB 以下JVM 调优一上来就吃亏。检查自己系统是 64 位就选x64没毛病。Java 7 时期的 macOS 安装包是jdk-7u80-macosx-x64.dmg但要注意新版的 macOSCatalina 及以上对 32 位程序已经不支持了所以如果你用的是新 MacJava 7 的 GUI 工具可能起不来。这不是你安装步骤的问题是系统兼容性问题后面我会专门讲排查思路。2.3 Java 6考古级版本下载前先看这段Java 6 的官方归档地址在这里https://www.oracle.com/java/technologies/javase/javase6-archive-downloads.html这个页面稍微特殊登录后你看到的是Java SE 6 Development Kit 6u45和Java SE 6 Runtime Environment 6u45等有限几个选项。因为 Java 6 年代太久远Oracle 只保留了最后一个更新版本 6u45 作为公开归档。如果你的项目需要更早期的 6u13、6u20 之类官方页面基本不会直接放了大概率要去企业内网找私有仓库或者通过 Wayback Machine 碰运气但后者不推荐在生产环境用。需要特别提醒的是Java 6 的安装包对现代操作系统支持极差。Windows 10/11 上安装 6u45 后java -version可能正常但双击运行 GUI 程序时会崩溃。这是一个非常常见的现象因为 Java 6 的 UI 库基于旧版 DirectDraw新版 Windows 不再兼容。所以Java 6 我强烈建议在虚拟机里使用系统镜像选 Windows 7 或者 CentOS 6 都行别硬抗在主力开发机上。2.4 Oracle 账号注册与下载提速技巧注册 Oracle 账号非常简单右上角点 Account用邮箱注册激活后登录再回到归档页面就能看到下载按钮。但这里有个很烦人的问题Oracle 的 CDN 对中国大陆用户不算友好下载速度可能只有几十 KB/s一个 180MB 的 JDK 能下半小时。我自己实测有效的办法是登录后把下载链接复制出来扔到迅雷或者 IDM 等下载工具里只要 cookie 没过期速度能拉到 2-5MB/s。操作路径是右键下载按钮复制链接地址在客户端的“新建下载任务”里粘贴。不要在浏览器里等效率太低了。还有一个技巧是下载.tar.gz而不是.exe或.dmg。.tar.gz包是纯绿色的解压即用不用走安装向导也方便在构建脚本里自动部署。Windows 上虽然解压.tar.gz不方便但你可以借助 7-Zip 或 WinRAR 的附加工具照样能解开。3. 下载之后的事环境变量配置与多版本切换3.1 Windows 环境变量配置的完整姿势拿到 JDK 之后第一件事就是配JAVA_HOME和PATH。网上教程很多但有两个细节常被忽略。第一不要只用系统环境变量不要动不动就改全局。如果你只是某个项目需要 Java 7而全局已经装了 Java 8把系统JAVA_HOME改成 Java 7 会连累其他项目。正确做法是在项目启动脚本里临时指定set JAVA_HOMED:\jdk\jdk1.7.0_80 set PATH%JAVA_HOME%\bin;%PATH%或者用 IDE 里的项目级 JDK 设置。IDEA 在File - Project Structure - SDK里添加 JDK 路径Maven 可以在pom.xml的java.home里指定这些方式都比改全局环境变量安全得多。第二PATH 顺序会影响java -version结果。如果你在系统环境变量里把Oracle\Java\javapath放在JAVA_HOME\bin前面执行java -version时可能显示的是 Java 8即使你在JAVA_HOME里定了 Java 11。这是因为 Oracle 的 Java 安装器会在C:\Program Files\Common Files\Oracle\Java\javapath生成一个软链接目录。如果出现版本切换不生效请检查这两个路径在PATH里的先后顺序。完整配置流程如下解压或安装 JDK 到指定目录比如D:\jdk\jdk1.8.0_202。新建系统变量JAVA_HOME值填D:\jdk\jdk1.8.0_202。编辑Path变量在最前面增加%JAVA_HOME%\bin。打开新命令行窗口运行java -version和javac -version。如果提示 “不是内部或外部命令”说明Path没生效或路径配错重点检查JAVA_HOME是不是多写了斜杠、Path 里有没有漏掉%JAVA_HOME%\bin。3.2 Linux 下多版本共存的推荐方案Linux 上我没有用 CentOS 自带的 OpenJDK而是直接手动解压 Oracle JDK 到/usr/local/java/目录然后通过alternatives命令来管理版本。这样最灵活也最容易回退。手动解压命令mkdir -p /usr/local/java tar -zxvf jdk-8u202-linux-x64.tar.gz -C /usr/local/java注册版本update-alternatives --install /usr/bin/java java /usr/local/java/jdk1.8.0_202/bin/java 18002 update-alternatives --install /usr/bin/javac javac /usr/local/java/jdk1.8.0_202/bin/javac 18002版本切换update-alternatives --config java这个优先级数值 18002 是随意的但建议用版本号里的小数来记忆8u202 对应 80202方便以后加 Java 7 时不至于混乱。还有一个更轻量的做法用JAVA_HOME环境变量配合export PATH$JAVA_HOME/bin:$PATH。在/etc/profile.d/下建一个java.sh内容如下export JAVA_HOME/usr/local/java/jdk1.8.0_202 export PATH$JAVA_HOME/bin:$PATH这样只对登录 shell 生效系统服务目前还在用系统级的 Java不会冲突。3.3 mac 上 JDK 版本切换需要注意的坑Mac 上安装多个 JDK 之后可以通过/usr/libexec/java_home来查找和管理。查看当前 JDK 版本列表/usr/libexec/java_home -V切换版本比如切到 Java 8export JAVA_HOME$(/usr/libexec/java_home -v 1.8)看起来很简单对吧但 Mac 上有个大坑Oracle 安装的 JDK 和 Homebrew 安装的 OpenJDK 之间会有冲突。如果你用 Homebrew 装过openjdk8再装 Oracle JDK两个版本都会出现在/usr/libexec/java_home -V里但默认版本是安装时间最近的那个。如果项目用的是 Maven 或 Gradle还需留意 IDE 里缓存了旧 JAVA_HOME有时改完命令行没问题IDEA 里还是旧版本这时需要File - Invalidate Caches重启 IDE。4. 版本差异与兼容性你以为的小版本其实藏着大坑4.1 Java 7 到 Java 8 的核心变化Java 7 升到 Java 8表面看是多了 Lambda 表达式和 Stream API但对开发老项目的人来说真正需要关心的不是新特性而是这些默认值和行为变化PermGen被Metaspace替代。Java 7 里永久代大小用-XX:MaxPermSize控制Java 8 默认是-XX:MaxMetaspaceSize不设置也就是不设上限容易引发内存超卖。String在 Java 7u6 之后不再是常量池里的唯一姓intern()行为变了JDK 8u 里常量池移到堆上老代码里大量使用String.intern()可能导致堆内存暴涨。方法区的 GC 行为不同。Java 7 的 CMS 对 PermGen 回收比较激进Java 8 里 Metaspace 的回收时机更靠后代码里有类加载器泄漏的话在 Java 7 下未必暴露但 Java 8 下就会 OOM。所以如果你把老项目的 JVM 参数直接带到 Java 8比如-XX:PermSize128m -XX:MaxPermSize256mJava 8 非但不认识还会直接启动失败。常见的报错是Unrecognized VM option MaxPermSize256m Error: Could not create the Java Virtual Machine.原因就是 Java 8 里这两个参数被移除了。4.2 Java 6 到 Java 7 的兼容性细节Java 6 升到 Java 7最典型的变化是 switch 支持字符串、泛型类型推断增强、try-with-resources 等但对老系统来说影响最大的其实是这些点字节码版本号从 50 变成 51用 Java 7 编译的 class 文件在 Java 6 上跑不起来反过来没事。Java 7 对-source和-target的默认值做了调整如果编译命令不显式指定会默认用当前 JDK 的版本可能导致生成老系统跑不了的 class。Java 6 时代常用的-XX:MaxPermSize在 Java 7 还能用但到了 Java 8 就废了升级路线要提前规划好。还有一个很多人不知道的细节Java 7u25 是一个分水岭之前的 JRE 在 macOS 上还有独立的偏好设置面板之后的版本控制方式完全不同。如果你在 macOS 上管理代理设置、证书库注意版本号。4.3 如何用小实验验证版本是否匹配下载完 JDK 后别急着配环境建议先做 10 秒钟的“冒烟测试”。写一个最简单的 Java 文件public class VersionCheck { public static void main(String[] args) { System.out.println(System.getProperty(java.version)); System.out.println(System.getProperty(java.home)); } }依次用不同 JDK 的javac编译再用对应java运行。如果输出里java.home指向的路径不对说明 PATH 顺序有问题如果编译报“invalid target release”说明-source/-target参数和当前 JDK 版本不匹配。这个测试价值很大因为很多时候项目跑不起来不是代码写错而是 IDE 和命令行用的 JDK 版本不一致两分钟就能排查出来。5. 常见问题排查与实战笔记5.1 下载不到文件、页面 404 怎么办Oracle 归档页面偶尔会改版短链接失效的情况也不少。如果你点击下载之后跳转不合理或者直接 404不要慌有两条路回到https://www.oracle.com/java/technologies/javase/这个主入口从“Java SE 6/7/8”入口找归档链接。确认 Oracle 账号已经登录。有时候页面能加载但点击下载会重新跳转到登录页登录后你就发现链接重新出现了。还有一个小细节Oracle 的下载不是 CDN 直链而是先跳到一个https://download.oracle.com/otn/java/jdk/...的临时链接。如果你用某些浏览器插件拦截了跳转可能不会触发下载。关闭广告拦截插件或者改用隐身模式再试一次基本都能解决。5.2 老版本在 Windows 11 上安装后 java -version 不生效这是个非常常见的问题。原因多半是安装完成后安装器没有自动更新 PATH或者 Windows 拒绝对非管理员权限的路径写入环境变量。解决办法有两个方向手动配置JAVA_HOME和PATH按前文 3.1 的步骤走。用“以管理员身份运行”重新执行一次安装程序安装路径选择默认的C:\Program Files\Java\。如果java -version显示了版本但运行旧程序提示UnsupportedClassVersionError说明 class 文件版本高于你支持的 JDK 版本。这时候不是 JAVA_HOME 的问题而是编译该 class 时用了更高版本的 JDK。5.3 安装 Java 8 后Jenkins 构建却报 Java 11 的错这种情况在 CI 服务器上很常见。原因可能是 Jenkins 的全局 JDK 配置里Java 8 的JAVA_HOME路径填写错了。比如你解压到了/usr/local/java/jdk1.8.0_202但 Jenkins 里填的是/usr/lib/jvm/java-8-oracle路径不存在Jenkins 会 fallback 到系统默认的 Java 11。解决方法到 Jenkins 的Manage Jenkins - Global Tool Configuration - JDK里新增一条 JDK 8 记录取消勾选“Install automatically”手动填 JAVA_HOME 路径然后在项目构建步骤里jdk: JDK8指定版本。这样即使构建机上存在多个 JDK也不会串版本。5.4 实战笔记一次老项目切换 JDK 7 到 JDK 8 的完整记录我去年帮一个朋友维护某供应链系统生产上是 JDK 7想在测试环境先跑 JDK 8 验证兼容性。步骤大概是这样的检查代码里是否用了sun.misc相关 API比如sun.misc.BASE64Encoder。这个类在 JDK 8 里没被删但 IDE 会警告而且未来版本必删建议直接改成java.util.Base64。检查有没有用到org.apache.commons.codec.binary.Base64如果引入了 commons-codec就没这个问题。检查web.xml里的 servlet 版本老项目如果是 Servlet 2.5Tomcat 8 上跑可能报NoClassDefFoundError当时我们直接升到 Tomcat 8.5。检查maven-compiler-plugin配置Java 7 项目通常配source 1.7没改的话 JDK 8 编译时会报“非法字符: \ufeff”之类的编码错误最后统一把编码改成了 UTF-8。JVM 参数统一清理把-XX:PermSize、-XX:MaxPermSize删掉换成-XX:MetaspaceSize256m -XX:MaxMetaspaceSize512m。老项目里如果有 JMX 连接串、Jconsole 启动脚本也要检查是否依赖老版本 JDK 的工具类。整个过程耗时大概两天真正代码改动很少主要是配置和依赖调整。这其实就是老系统升级的常态不是代码难是没人敢动。5.5 常见问题速查表问题现象可能原因解决思路点击下载按钮无反应浏览器拦截或 Oracle 账号未登录登录账号、关闭插件、复制直链到下载工具java -version 显示旧版本PATH 顺序错误检查 JAVA_HOME\bin 是否在 PATH 最前面javac 编译报 invalid target release-source/-target 参数超出 JDK 支持范围降低 target 版本或换更高 JDK 编译启动报 Unrecognized VM option MaxPermSize使用了 Java 8 移除的参数删除 PermSize 参数改用 MetaspaceSize双击 jar 包无法运行关联程序不是 JDK/JRE 的 java.exe右键打开方式指定 JAVA_HOME\bin\javaw.exeIDE 里显示 JDK 8但项目编译报 JDK 11 错误IDE 缓存旧 JDK 配置清缓存、重设 Project SDK、检查 Maven Runner JREUnsupportedClassVersionErrorclass 编译版本高于当前 JDK检查编译工具链版本重新编译6. 关于下载站点选择的个人建议6.1 能走官方就走官方不管别人怎么推荐“某某高速下载站”我始终坚持一条原则JDK 这类基础工具只从官方下载。原因不复杂JDK 是运行一切 Java 代码的基础设施一旦被植入恶意代码你完全无从察觉。而且 Oracle 的官方归档页面上所有文件都有明确的 SHA256 校验值下载完后你可以核对。用命令校验Windows 下用 PowerShellGet-FileHash .\jdk-8u202-windows-x64.exe -Algorithm SHA256Linux 下echo 这里填官方提供的SHA256值 | sha256sum -c - echo 实际计算值: $(sha256sum jdk-8u202-linux-x64.tar.gz | cut -d -f 1)如果两边不一致那文件一定是被篡改了果断删除重下。6.2 第三方备选方案只建议用这几个当然我也理解有人实在打不开 Oracle 的下载页面或者下载速度感人。这种情况下我勉强认可两个替代来源Adoptium 的 Temurin 发行版这是 Eclipse 基金会维护的开源 JDK有完整的 8、11、17、21 版本质量很高不会捆绑任何垃圾软件。唯一的问题是它不是 Oracle JDK某些极端场景下与 Oracle JDK 存在细微差异但对绝大多数项目没有影响。企业内部私有仓库很多中大型公司会自己在 Nexus 或 Artifactory 上缓存一份 JDK 安装包供全公司使用。如果你能连上内网直接从内部仓库拉不仅速度快还不用担心篡改问题。至于网上的“一键安装包”“绿色版 JDK”除非你在离线且无法从官方渠道获取的极端情况下否则真的不建议。6.3 从官方下载的归档版本保存与备份下载完成后建议立刻把安装包传到自己的私有网盘或公司文件服务器上并建立一个版本清单。因为你不知道 Oracle 哪天又会调整归档策略把老版本继续“往下藏”。我个人的备份习惯是每个平台Windows x64、Linux x64保存一份安装包。文件名统一格式jdk-版本-平台.tar.gz。旁边放一个README.txt记录下载日期、来源链接、校验值。以后任何新机器需要装 JDK直接从这个备份库里拷不用再跑一次 Oracle 网站登录找链接。我个人在实际操作中的体会是找历史版本这件事最忌“临时抱佛脚”。你现在花半小时把 JDK 6、7、8 的官方包下载好、验证好、归档好下次不管是新员工入职配开发机还是老项目出问题要复现环境你都能在十分钟内搞定。这种工具链的确定性带来的踏实感远胜于每次去网上现搜现猜。