简介这份压缩包面向需要在64位Windows上搭建Java 7开发环境的开发者尤其适合维护旧项目、复现早期Java应用或系统学习Java SE 7特性的人群。包体约15.69MB解压后对应Java SE 7 Update 5的JDK与JRE环境可用于编写、编译、调试和运行Java程序由于上游未提供文件类型明细具体组成以实际解压内容为准。已有272人学习说明该版本在旧项目兼容与教学场景中仍有参考需求。其价值在于提供一套可直接落地的64位Java 7工具链既包含运行应用所需的JRE也带有编译器、调试器等开发组件便于读者结合字符串switch、try-with-resources、NIO.2文件系统API、Fork/Join框架等Java 7特性进行练习与验证。对于需要向后兼容旧代码、排查历史项目环境问题的读者可作为稳定的环境基线初学者也可借此理解JDK与JRE的分工及64位环境的资源利用特点。1. 从一份 demos 包说起jdk-7u5-windows-x64-demos 装错一次能记很久有位同行在 64 位机器上排查一个老项目的编译问题装完 jdk-7u5-windows-x64-demos64位之后javac -version报的却是 1.6 的版本号——他 PATH 里塞了两份 jdk64 位那份排在后面。这类事在维护老系统时特别常见机器是 64 位装的却是 32 位包包装对了环境变量又指到上个项目留下的旧目录。jdk 7u5 这套 64 位环境不难装难的是装完还得让 demos 里的示例真能跑起来。这篇记录留给三类人要复现 2012 年前后老项目的、要跑官方示例看行为的、要在本机搭一套干净的 JDK 1.7.0_05 做对照的。2. 环境核对与版本选型64 位 JDK 7u5 动手前先对齐三张表装 JDK 最容易出错的一步是直接双击安装包。真正决定后面会不会翻车的是位数、包型和目录这三件事有没有先定下来。我一般在动手前花十分钟把这三张表填完比装完再排查省事得多。2.1 位数、包型与目录先把三张表对齐第一张表是机器现状。注意systeminfo在某些机器上输出很长用findstr过滤比翻屏快。核对项该是什么一条命令查出来操作系统位数64 位wmic os get osarchitecture现有 java 在哪记录完整路径别急着删where java已装的 JRE/JDK版本号与安装目录控制面板 → 程序和功能按名称排序看目标磁盘剩余空间至少留 2 GBwmic logicaldisk get name,freespacewhere java这条命令值得单独说。它会把 PATH 里所有叫 java.exe 的路径按顺序列出来第一条就是实际生效的那个。很多人以为自己装的是新版本实际跑的是第三行那个老路径。装之前先跑一遍把结果记在记事本里装完再跑一遍做对比这是最省事的后悔药。第二张表是位数取舍。64 位系统能装 32 位 JDKWoW64 兼容层撑着跑得起来但有几条硬约束绕不过去。场景该选 32 位该选 64 位老项目依赖的本地 .dll 只有 32 位版本是不行UnsatisfiedLinkError等着你需要-Xmx超过 1.5 GB不行是手头的 IDE 是 64 位不行调试器连不上是只是复现 2012 年的示例代码都行优先跟原环境一致都行有一处常被误判64 位包里有些只带 Server VM冷启动比 32 位慢半拍双击图标后愣两三秒才出窗口别当成装坏了。另外要记住demos 包只是示例与样例源码它不含 JDK 本体必须先有一个装好的 1.7.0_05 才有意义——把 demos 当成 JDK 安装包去双击是最常见的乌龙。第三张表是目录约定。我的习惯是全部落在D:\java\下面JDK 用D:\java\jdk1.7.0_05公共 JRE 用D:\java\jre7下载与解压的临时目录用D:\java\_pkg。理由只有一条默认的C:\Program Files\Java带空格且受 UAC 保护编译示例时往示例目录里写.class会被重定向到 VirtualStore事后找不到文件排查起来非常费劲。2.2 解压 demos 包之前的自检包到手别急着解压。先做两件事核对文件名里的位数标识算一次摘要。jdk-7u5-windows-x64-demos.zip与 i586 版本体积差得不小把 32 位包当 64 位包用后面配环境变量时一切都对唯独 JNI 示例跑不起来。rem 1) 看文件名、体积和修改时间先排除拿错包 dir /-c D:\java\_pkg\jdk-7u5-windows-x64-demos.zip rem 2) 算一次 SHA1和来源页给出的记录对上再解压 certutil -hashfile D:\java\_pkg\jdk-7u5-windows-x64-demos.zip SHA1dir /-c里的/-c是去掉千位分隔符体积数字好复制、好比对。certutil -hashfile是系统自带的第二个参数换成MD5、SHA256都行老系统上 SHA256 不支持时退回 SHA1 就够用。这一步看着多余但宽带不稳、下载中断过一次的包解压到一半报 CRC 错误比一开始就校验麻烦得多。解压目标路径守三条规矩不带中文、不带空格、层级别太深。中文用户名在%TEMP%上的老问题会连带影响javac的临时文件写入空格会让一批没加引号的老构建脚本当场翻车。我一般先解到D:\java\_pkg\demos\看一眼里面的目录结构再决定往哪拷因为不同批次的包里外层是直接demo\还是jdk-7u5-windows-x64-demos\demo\层级不完全一样。2.3 安装器还是解压版两条路的取舍Windows 上拿到的通常是.exe安装器它会往注册表写HKLM\SOFTWARE\JavaSoft\Java Development Kit之类的键把版本登记进去。如果你手里是免安装的解压版做法是把目录解到D:\java\jdk1.7.0_05然后照样配JAVA_HOME与PATH只是注册表里没有记录个别老工具某些安装程序会去查注册表找 JDK可能识别不到。方式做法好处注意安装器双击 exe指定两个路径注册表有记录卸载干净会顺手往 System32 放一份 java.exe解压版解到D:\java\jdk1.7.0_05不污染系统挪目录即换版本老工具可能查不到便携共存多个版本各占一个目录切换只改JAVA_HOMEPATH 别写死不管走哪条路装完第一件事都不是配变量而是dir看一眼目录里有没有bin、lib、jre、db、include、src.zip。缺lib\tools.jar说明拿到的其实是 JRE缺include说明是精简过的包后面编 JNI 示例会卡住。3. 安装 JDK 7u5 本体向导两个路径、三个变量和一次开新窗口向导一共没几步但两个路径输入框和三个环境变量是全部坑位所在。这一章按我实际的顺序写先装再看目录然后配变量最后开新窗口验证。3.1 向导里的两个路径别填成一个安装器会连续问两次路径。第一次问的是 JDK 本体这个目录里会有bin\javac.exe第二次问的是公共 JRE里面只有bin\java.exe而没有编译器。有人图省事两个都填D:\java\jdk1.7.0_05后装的那份会把先装的覆盖掉一部分最后bin里javac.exe莫名其妙没了。我一般填成JDK →D:\java\jdk1.7.0_05公共 JRE →D:\java\jre7。分开的好处是路径一眼能认出来谁是编译器、谁是运行时多版本共存时也不容易搞混。装完立刻核对一遍两条命令就够rem 看 JDK 根目录该有哪些东西bin / db / include / jre / lib / src.zip dir /b D:\java\jdk1.7.0_05 rem 重点确认编译器在不在这一条查不到就说明装的是 JRE 不是 JDK dir /b D:\java\jdk1.7.0_05\bin | findstr /i javac.exe jar.exe javadoc.exedir /b是只列名字不列详情输出短、好对照。findstr /i忽略大小写从bin目录里筛出编译器相关的三个可执行文件。如果javac.exe那一行没出来别往下走了先回去看是不是两个路径填成了同一个——这是我在老机器上复查次数最多的一类问题。3.2 JAVA_HOME、PATH、CLASSPATH 三处怎么写环境变量可以在图形界面里点也可以用setx一条条写。老机器上点选容易点错行我倾向命令行改了什么一目了然。必须以管理员身份开 cmd否则/M写不进系统变量。rem 1) JAVA_HOME值用字面路径。这里千万别写 %JAVA_HOME%当前窗口里它还没有值 setx JAVA_HOME D:\java\jdk1.7.0_05 /M rem 2) PATH把 bin 放到最前面。%PATH% 会被当前窗口的值展开属于一次性快照 setx PATH D:\java\jdk1.7.0_05\bin;%PATH% /M rem 3) CLASSPATH只在跑老示例时才需要开头那个点代表当前目录不能省 setx CLASSPATH .;D:\java\jdk1.7.0_05\lib\dt.jar;D:\java\jdk1.7.0_05\lib\tools.jar /M参数逐个说清。/M表示写系统变量而不是当前用户变量不写/M只对当前用户生效换个人登录就丢了。第一条里为什么要用字面路径setx写入的是展开后的结果如果当前窗口的%JAVA_HOME%是空的写进去就是空值第二天你打开新窗口echo %JAVA_HOME%什么都不显示很容易怀疑人生。第二条的%PATH%是当前窗口的快照所以要先确认这个窗口里 PATH 是干净的——从旧项目遗留的 cmd 里执行会把旧路径一起固化进去。还有一个硬限制setx写 PATH 有长度上限超过大约 1024 个字符会被截断。系统 PATH 本来就很长的机器老老实实用图形界面编辑或者在setx之后立刻echo %PATH%核对尾部有没有被砍掉。这个坑不会有任何报错提示只有某天某个命令突然找不到了才会暴露。PATH 里的顺序有讲究D:\java\jdk1.7.0_05\bin必须排在C:\Windows\System32之前。公共 JRE 安装时常常往 System32 里放一份java.exe那份的版本跟你装的可能完全不是一回事排在前面就会被优先选中。JAVA_HOME用不用带尾部反斜杠不要带也不要写成...\jdk1.7.0_05\bin——很多构建脚本是拿%JAVA_HOME%\bin拼路径的多一层\bin就变成了\bin\bin。3.3 开新窗口验证顺手把冲突清掉setx只影响之后新开的进程当前这个 cmd 窗口里的变量还是旧的。所以配完必须关掉重开这一步不做后面所有验证都是白测。rem 新开一个管理员 cmd 窗口再执行 echo %JAVA_HOME% where java where javac java -version javac -versionwhere会把 PATH 里所有匹配项按顺序列出来正常情况下这两条各只输出一行且都指向D:\java\jdk1.7.0_05\bin。如果where java第一行是C:\Windows\System32\java.exe说明顺序反了回去把 JDK 的 bin 提到最前。java -version的输出里应该出现1.7.0_05字样括号里的 build 号随发行批次略有差异不用逐字对照关键是javac -version也要是1.7.0_05两边对不上就是 PATH 里混进了别的 JDK。4. 把 demos 接进 JDK目录归位、示例编译和一个最小闭环到这一步 JDK 本体已经能用了demos 包还躺在下载目录里。这一章解决的是「示例放哪、怎么编、编完怎么确认真的跑在 7u5 上」。4.1 demos 目录该放哪与 JDK 根目录的关系解压出来的包大体是两棵目录树demo和sample。前者是能直接跑的演示程序后者更偏源码样例。官方安装器不会替你装这两个目录得手工拷。常见做法是放到 JDK 根目录下、与bin同级这样老文档里那些相对路径demo/jfc/...能直接对上省去改路径的麻烦。rem 解压后先看一眼外层结构直接 demo\ 还是多套一层各批次不一样 dir /b D:\java\_pkg\demos rem 整体拷到 JDK 根目录下/E 含空目录/I 目标当目录处理/Y 不询问覆盖 xcopy D:\java\_pkg\demos\demo D:\java\jdk1.7.0_05\demo /E /I /Y xcopy D:\java\_pkg\demos\sample D:\java\jdk1.7.0_05\sample /E /I /Y rem 核对结果应该能看到 applets / jfc / jmx / jpda / nio / plugin / webstart 这几类 dir /b D:\java\jdk1.7.0_05\demoxcopy的三个开关要一起用只有/E才会把空目录也建出来有些示例依赖固定层级的空目录/I是告诉它目标不存在时按目录创建不加会弹出「是文件还是目录」的询问/Y关掉覆盖确认批量拷的时候不加会停在那里等人按 Y。提示如果 JDK 装在C:\Program Files\Java下编译示例时生成的.class会被 UAC 重定向到用户目录的 VirtualStoredir看不到、程序又能跑排查起来极耗时间。把 JDK 放在D:\java下就是这个原因。4.2 先跑 jar再编一个能验证 7 语法的类示例目录里通常有打包好的 jar先跑 jar 验证运行时再自己编一个验证编译器两步分开做出问题能立刻定位是 JRE 的锅还是 javac 的锅。rem 进到带 jar 的示例目录具体子目录名以 dir 结果为准 cd /d D:\java\jdk1.7.0_05\demo\jfc\SwingSet2 dir /b java -jar SwingSet2.jarcd /d的/d是允许跨盘符切换从 C 盘直接跳到 D 盘不加这个参数切不过去。java -jar读的是 jar 内META-INF\MANIFEST.MF里的Main-Class窗口能弹出来就说明运行时就绪了。接着编一个能同时验证 7 语法特性与编码设置的小类放在 demos 目录下就行// D:\java\jdk1.7.0_05\demo\Hello7.java import java.io.*; public class Hello7 { public static void main(String[] args) throws Exception { String key args.length 0 ? args[0] : b; // switch 支持字符串是 Java 7 才有的编不过说明 javac 不是 7 switch (key) { case a: System.out.println(branch A); break; default : System.out.println(branch default); } // try-with-resources 也是 7 引入的资源会自动关闭 try (Writer w new OutputStreamWriter( new FileOutputStream(out.txt), UTF-8)) { w.write(jdk 7u5 ok); } System.out.println(new File(out.txt).getAbsolutePath()); } }cd /d D:\java\jdk1.7.0_05\demo rem -encoding 必须显式给默认按系统 ANSI 读源码中文注释会报不可映射字符 javac -encoding UTF-8 -d . Hello7.java rem -cp . 把当前目录加进类路径不加会报找不到主类 java -cp . Hello7 a三个参数各有各的用处。-encoding UTF-8解决的是源文件编码与平台默认编码不一致的问题报错长这样编码 GBK 的不可映射字符。-d .指定 class 输出目录不给的话会跟源文件挤在一起示例目录很快就乱了。-cp .是运行时指定类路径注意它是java命令的参数而不是javac的写错位置会得到Could not find or load main class。4.3 多版本共存用 setenv.bat 而不是改系统变量机器上同时有 7u5 和别的 JDK 时最省心的做法不是反复改系统变量而是在项目根目录放一个setenv.bat只在当前窗口生效。echo off rem setenv.bat —— 放在项目根目录进项目时先执行一次 set JAVA_HOMED:\java\jdk1.7.0_05 rem 只影响当前 cmd 窗口关掉窗口就恢复原样不会留下残留 set PATH%JAVA_HOME%\bin;%PATH% set CLASSPATH.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar echo JAVA_HOME%JAVA_HOME% java -version这种写法把改动限制在进程级Idea、Maven 之类的启动脚本只要读JAVA_HOME就能跟着走退出窗口即恢复。相比之下用setx反复改系统 PATH 有个隐形问题每切一次就往前追加一段切十次之后 PATH 里躺着十条重复路径而且早就没有清理的入口了。真要改系统变量改完记住开新窗口旧窗口里的%JAVA_HOME%永远不会自己刷新。5. 常见问题排查装完 javac 报错的五个现场下面五条都是我在老机器上真遇到过的按「现象 → 原因 → 解决」写方便对照着查。5.1 环境变量与路径类第一条两个版本号对不上。现象是java -version显示 1.6 或 1.8而javac -version显示 1.7.0_05。原因是 PATH 里存在更靠前的java.exe多半是公共 JRE 往 System32 放的那份或者上一个项目留下的旧目录。解决where java把所有命中项列出来按顺序判断谁在前面能在系统变量里删掉的旧路径直接删不能删的把 JDK 的bin提到最前面然后开新窗口重测。第二条javac 不是内部或外部命令。现象是java能用、javac不能用。原因通常有两个一是只把 JRE 的bin进了 PATH二是setx时写了%JAVA_HOME%\bin而当时这个变量是空的写进去的成了\bin。解决echo %PATH%看那一段到底是什么再用字面路径重写一遍写完必须开新窗口。第三条Error occurred during initialization of VM。现象是任何 java 命令都起不来报找不到jvm.cfg或jvm.dll。原因是 JDK 目录被移动、改名过或者 PATH 指向了一个已经被删掉的旧目录。解决先where java确认指向把目录名改回去如果目录确实挪了位置改JAVA_HOME和 PATH 两处不要只改一处。5.2 编译运行与 demos 类第四条编示例时一堆不可映射字符。现象是javac报编码 GBK 的不可映射字符源文件里明明只有几行中文注释。原因是 javac 默认按平台 ANSI 编码读源文件而这些示例源码是 UTF-8 存的。解决编译时显式加-encoding UTF-8如果源码是别的编码换成对应的名字不要靠改系统区域设置来解决那会把别的东西一起带歪。第五条示例双击打不开控制台报插件缺失。现象是 applet 或 Web Start 类示例在浏览器里起不来。原因是这类示例依赖的是当年的浏览器插件机制现在的浏览器早就不支持了跟你的安装没关系。解决别在这上面耗时间用appletviewer打开对应的 html 文件看效果或者直接把示例改成 Swing 独立窗口跑。老环境复现的目标是验证 JDK 本身不是复现浏览器。顺手再记一条权限相关的编译时提示写入失败或Access is denied多半是 JDK 装在受保护目录下javac往示例目录写.class时被拦。解决是把整个 JDK 挪到D:\java下重配变量比一条条改目录权限干净。6. 装完怎么验证三条命令、一张表和一个能复跑的小闭环验证这一步我从来不靠感觉。窗口弹出来了、命令没报错都不等于环境对了——真正要确认的是「java 和 javac 是同一个 1.7.0_05」「demos 目录接得上」「换台机器照着走能复现」。我一般写一个批处理跑完几十秒的事。echo off rem check-jdk7.bat —— 一次性核对 JDK 本体、编译器与 demos 三件事 echo [1] JAVA_HOME %JAVA_HOME% echo [2] 命中的 java / javac where java where javac echo [3] 版本号必须两边都是 1.7.0_05 java -version 21 | findstr /i 1.7.0_05 javac -version 21 | findstr /i 1.7.0_05 echo [4] demos 是否接上 if exist %JAVA_HOME%\demo\jfc (echo demos OK) else (echo demos 缺失回去做 4.1)21是因为java -version把版本信息打到标准错误而不是标准输出不重定向的话管道里什么都收不到findstr自然匹配不上——这一条我踩过不止一次。findstr那一行没有输出就说明版本不对回第 3 章重配。验证项通过标准不通过先看哪JAVA_HOME指向D:\java\jdk1.7.0_05末尾无\bin3.2 的 setx 是否用了字面路径where javac只有一行在 JDK 的 bin 下PATH 顺序System32 是否在前java -version出现1.7.0_05PATH 里是否有旧 JREjavac -version与上一条完全一致是否装成了 JREdemo目录%JAVA_HOME%\demo\jfc存在4.1 的 xcopy 是否拷到位Hello7 编译加-encoding UTF-8后零报错源码编码与-encoding是否匹配六项全绿这套环境就算立住了。再想确认一步把 4.2 里那个 Hello7 重编一次、跑一次看out.txt落在哪个目录——落在当前目录说明-d和-cp都写对了落在别处说明参数有问题。从那以后我每次装完 JDK都强制先跑一遍where java和javac -version确认两行指向同一个 1.7.0_05 才往下走绝不靠「窗口弹出来了应该没问题」。手里这份 demos 包解压后别急着删老项目里那些说不清的行为十有八九能在demo和sample里找到对应的写法它比任何笔记都可靠。希望帮到你。本文还有配套的精品资源点击获取