简介这份资源是面向32位Windows系统的Java Development Kit 1.6.0_06安装包适合仍在使用旧版Windows环境、需要维护或调试Java 6遗留项目的开发者与测试人员。JDK作为Java开发的核心工具集内含编译器、调试器、文档生成器及Java运行时环境可满足编写、编译、调试与运行Java程序的完整需求。压缩包共690个文件约40.89MB以exe可执行程序、dll动态链接库、jar类库包、properties配置文件和html说明文档为主另含bin工具目录、jre运行时目录、include本地方法头文件及db嵌入式数据库等模块结构完整。目前已有324人学习下载。通过包内README与LICENSE文件读者可快速了解安装步骤与许可条款并借助bin与jre目录搭建可用的Java 6开发环境适合用于旧系统兼容性测试与历史项目维护。1. 老 JDK 1.6.0_06 在 Windows 上到底还能干什么手上有一台内网 Windows 机器跑着一套十年前的生产小工具启动脚本里写死了JAVA_HOME指向jdk1.6.0_06。你把它换成 JDK 8工具直接抛UnsupportedClassVersionError换成 JDK 17连tools.jar都找不到了。这不是段子是很多做遗留系统维护的人每年都会撞上一次的场景。window-jdk-jdk1.6.0_06这个标题说的就是「在 Windows 上把 JDK 1.6.0_06 这个具体版本装好、配好、跑起来」这件事。它解决的不是「学 Java」的问题而是「让一个只认 1.6 的老程序继续活着」的问题。适合三类人维护老旧业务系统的运维和开发、要给老项目做本地复现的测试、以及需要固定 JDK 版本做兼容性验证的构建同学。这一版属于 Java SE 6 的早期更新java -version会打印1.6.0_06注意它和后来的1.6.0_45在类库和 JVM 参数支持上是有差别的别混用。2. 先把版本和目录结构认清楚为什么不能随便找个 1.6 就装2.1 1.6.0_06 和 1.6.0_45 不是一回事很多人以为「都是 JDK 6随便下一个就行」这是第一个翻车点。Java SE 6 从 2006 年发布到 2013 年停止公开更新中间有几十个更新版本。1.6.0_06属于早期1.6.0_45是末期。它们的差别体现在几个地方对比项1.6.0_061.6.0_45默认 JVM 参数支持部分后期参数不支持支持较全安全算法套件较旧部分 TLS 套件缺失相对完整类库行为早期实现个别 API 有差异修正过若干 bug适用场景严格锁定该版本的老程序一般 JDK 6 兼容需求如果你的程序在启动脚本、manifest、或者某个配置文件里硬编码了1.6.0_06的路径那你就必须用这个版本不能拿 45 顶替。反过来如果只是「需要 JDK 6 环境」优先用末期版本坑少。2.2 Windows 上 JDK 1.6 的目录长什么样装完之后典型目录结构是这样的以默认安装路径为例实际盘符按你的机器来jdk1.6.0_06/ ├── bin/ # java.exe、javac.exe、jar.exe 等 ├── jre/ │ ├── bin/ # 客户端运行时 │ └── lib/ │ ├── rt.jar # 核心类库 │ └── ext/ # 扩展目录放第三方 jar ├── lib/ │ ├── tools.jar # 编译工具类库JDK 8 之后没了 │ └── dt.jar └── include/ # JNI 头文件这里有两个关键点。第一tools.jar在 JDK 1.6 里是真实存在的很多老构建脚本会显式引用它JDK 9 之后这个文件被模块系统取代所以老脚本在新 JDK 上必挂。第二jre/lib/ext/这个扩展目录机制在 1.6 里还在用有些老程序会把依赖 jar 直接丢进去迁移时要留意。2.3 安装前必须确认的三件事在动手之前先确认这三点能省掉后面一半的排查时间系统位数1.6.0_06 时代有 32 位和 64 位两个安装包。32 位 JDK 在 64 位 Windows 上能跑但内存上限受限64 位 JDK 装到 32 位系统上直接装不上。用wmic os get osarchitecture确认系统架构。是否已有其他 JDKWindows 上多个 JDK 共存是常态靠JAVA_HOME和PATH决定用哪个。先where java看看当前指向谁。安装包来源老版本安装包容易拿到被改过的装之前核对一下文件大小和数字签名别装了个带料的。3. 在 Windows 上装好并配通 JDK 1.6.0_063.1 安装与目录规划安装本身是下一步下一步的事但目录规划有讲究。我一般不会用默认的C:\Program Files\Java\而是单独放一个不带空格的路径比如D:\jdk\jdk1.6.0_06。原因是很多老构建脚本对路径里的空格处理很烂Program Files中间那个空格能让javac的参数解析直接崩掉。安装完成后验证目录# 在 cmd 里执行确认目录存在且关键文件齐全 dir D:\jdk\jdk1.6.0_06\bin\java.exe dir D:\jdk\jdk1.6.0_06\lib\tools.jar如果tools.jar不在说明你装的可能是 JRE 而不是 JDK两者在 1.6 时代是分开的安装包别搞混。3.2 配置 JAVA_HOME 和 PATH这是最容易出问题的一步。Windows 的环境变量分「用户变量」和「系统变量」老程序如果以服务方式运行读的是系统变量你只在用户变量里配了服务启动时照样找不到。配置步骤新建系统变量JAVA_HOME值为D:\jdk\jdk1.6.0_06结尾不要带分号不要带\bin。编辑系统变量PATH把%JAVA_HOME%\bin放到最前面。放最前面是为了压过其他 JDK 的路径。如果老程序需要CLASSPATH再建一个值里包含%JAVA_HOME%\lib\tools.jar和%JAVA_HOME%\lib\dt.jar。配完打开一个新的cmd 窗口旧窗口不会刷新环境变量执行java -version javac -version echo %JAVA_HOME%期望输出里java version 1.6.0_06javac 1.6.0_06JAVA_HOME指向你设的路径。三个都对上环境才算通。3.3 用一段最小代码验证编译和运行光看版本号不够得实际编一个类跑一下确认javac和java都能工作。写一个最简单的// Hello.java public class Hello { public static void main(String[] args) { // 打印版本信息确认运行时确实是 1.6 System.out.println(JDK version: System.getProperty(java.version)); System.out.println(Java home: System.getProperty(java.home)); } }编译运行javac Hello.java java Hello输出里java.version应该是1.6.0_06。如果编译报javac 不是内部或外部命令说明 PATH 没生效如果运行报UnsupportedClassVersionError说明java和javac不是同一个 JDK去查 PATH 顺序。3.4 让老程序真正用上这个 JDK很多老程序不是靠环境变量而是靠启动脚本里写死的路径。常见的有.bat脚本、服务包装器配置、或者 IDE 的 SDK 配置。以.bat为例典型写法是echo off set JAVA_HOMED:\jdk\jdk1.6.0_06 set PATH%JAVA_HOME%\bin;%PATH% %JAVA_HOME%\bin\java -Xms256m -Xmx512m -cp lib\*;classes com.example.Main这里-Xms和-Xmx是堆内存初始值和最大值1.6 时代这两个参数就存在但注意 32 位 JDK 下-Xmx一般不要超过 1500m再大就起不来。-cp里的lib\*是通配符写法1.6 支持但要注意它只匹配 jar不递归子目录。4. 避坑1.6.0_06 在 Windows 上的五类典型故障4.1 现象java -version显示的是别的版本原因PATH 里其他 JDK 的路径排在前面或者系统里装了 Oracle 的公共 JRE它会把java.exe注册到C:\Windows\System32而 System32 在 PATH 里优先级很高。解决先where java看所有java.exe的位置。如果 System32 里有一个把它改名或删掉确认没有其他程序依赖它。然后确认%JAVA_HOME%\bin在 PATH 最前。改完必须开新窗口。4.2 现象编译报找不到符号但代码明明没问题原因CLASSPATH被设成了某个固定值覆盖了默认的当前目录。1.6 时代如果CLASSPATH存在且不含.javac就找不到当前目录的类。解决要么删掉CLASSPATH变量要么在值里加上.。我一般建议老项目在启动脚本里显式用-cp指定不依赖全局CLASSPATH这样最可控。4.3 现象程序启动报java.lang.OutOfMemoryError: PermGen space原因1.6 的 JVM 有永久代PermGen不像 JDK 8 之后用 Metaspace。老程序如果加载大量类或者用了动态代理永久代容易满。解决加参数-XX:PermSize128m -XX:MaxPermSize256m。注意这两个参数在 JDK 8 之后被移除所以这套参数只适用于 1.6 环境别抄到新 JDK 上。4.4 现象中文乱码控制台输出全是问号原因Windows 中文版 cmd 默认编码是 GBK而 1.6 的file.encoding默认跟随系统。如果程序里用new String(bytes)不指定编码就会乱。解决启动时加-Dfile.encodingGBK或者在代码里显式指定Charset.forName(GBK)。如果程序要输出 UTF-8用chcp 65001切 cmd 编码但 1.6 时代对 UTF-8 控制台支持不好优先用 GBK。4.5 现象安装时提示「此应用无法在你的电脑上运行」原因装的是 64 位包但系统是 32 位或者安装包本身损坏。解决确认系统架构后换对应位数的包。如果包来源不明重新找一个完整的。装之前可以看安装包属性里的数字签名没有签名的老包要谨慎。5. 进阶把 1.6.0_06 环境做成可复现的固定配置5.1 用批处理固化环境避免每次手动配手动配环境变量的问题是不可复现换台机器就得重来。我习惯写一个setenv.bat放在项目根目录内容如下echo off REM 固定 JDK 1.6.0_06 环境避免受系统其他 JDK 干扰 set JAVA_HOMED:\jdk\jdk1.6.0_06 set PATH%JAVA_HOME%\bin;%PATH% set CLASSPATH.;%JAVA_HOME%\lib\tools.jar;%JAVA_HOME%\lib\dt.jar REM 永久代参数1.6 专用 set JAVA_OPTS-Xms256m -Xmx512m -XX:PermSize128m -XX:MaxPermSize256m -Dfile.encodingGBK echo JDK 1.6.0_06 environment ready. java -version每次开新窗口先跑这个脚本环境就固定了。注意set只在当前窗口生效不会污染系统变量这是它的好处。5.2 验证环境是否真的隔离干净配好之后用一段代码确认运行时用的就是 1.6.0_06而不是被别的 JDK 顶替// EnvCheck.java public class EnvCheck { public static void main(String[] args) { String ver System.getProperty(java.version); String home System.getProperty(java.home); String vendor System.getProperty(java.vendor); System.out.println(version ver); System.out.println(home home); System.out.println(vendor vendor); // 1.6.0_06 的 version 字符串必须完全匹配 if (!1.6.0_06.equals(ver)) { System.err.println(WARNING: not running on 1.6.0_06!); System.exit(1); } } }把这段编成类在启动脚本最前面跑一次版本不对就直接退出避免用错 JDK 跑出莫名其妙的结果。5.3 一个容易忽略的细节java.home和JAVA_HOME不是一回事JAVA_HOME是你设的环境变量java.home是 JVM 自己报告的运行时目录。在 1.6 里如果你用的是 JDK 目录下的java.exejava.home通常指向jdk1.6.0_06\jre而不是jdk1.6.0_06。有些老程序会读java.home去拼lib路径结果拼出来是jre\lib找不到tools.jar。遇到这种要么改程序要么在启动参数里显式指定-Djava.home你的JDK路径但后者有风险慎用。5.4 什么时候该放弃 1.6.0_06说句实在话1.6.0_06 已经停止更新很多年安全补丁早就没有了。如果这个环境要连外网风险很高。我的习惯是能隔离就隔离放在内网、不对外、只跑固定业务。如果业务允许尽早评估升级到受支持的 JDK 版本哪怕先升到 JDK 8 过渡。升级前用jdeps之类的工具扫一遍依赖看看有没有用到被移除的 API。实在升不动至少把网络访问限制住别让它成为整个内网的短板。这套东西我前后配过不下十次最深的教训是别信「应该没问题」每次都要用EnvCheck跑一遍确认版本。老环境的问题往往不是装不上而是装上了却用错了版本跑出来的结果似是而非排查起来比直接报错还费劲。希望帮到你。本文还有配套的精品资源点击获取