简介这份资源是面向Windows平台的IBM JDK 1.6安装包适合需要维护遗留Java 6项目、研究J9虚拟机机制或搭建企业级Java运行环境的开发者与运维人员。压缩包内共约2000个文件涵盖2141个html文档、421个java源码、359个gif图示、303个properties配置、164个class字节码及98个jar包等另有dll动态库、xml描述文件与大量时区数据文件整体约83.8MB结构完整便于查阅API说明与运行组件。资源围绕Java SE 6的核心特性展开涉及改进的JVM性能与垃圾回收、增强的安全机制、JSR 223动态语言支持、NIO.2文件系统API以及Swing组件更新同时体现IBM JDK在企业级并发、J9虚拟机定制和硬件适配上的优势。目前已有819人学习下载可作为理解Java 6技术演进与遗留系统维护的参考素材。1. 装 IBM JDK 1.6 之前先想清楚你要的是哪个“1.6”IBM JDK 1.6 这个版本在遗留系统维护里出现的频率远比想象中高。很多老项目的部署文档上就写着一行“需要 IBM JDK 1.6”然后什么版本号、什么架构、什么安装方式全没提。新手拿到这台机器第一反应是去搜“jdk 下载”结果装了个 Oracle 的 JDK 上去启动脚本一跑就报UnsupportedClassVersionError或者更玄学的NoClassDefFoundError查半天查不出原因。问题往往不在代码而在 JDK 的发行版和位数选错了。IBM JDK 1.6 和 Oracle JDK 1.6 虽然都叫“JDK 1.6”但内部实现、类库路径、JVM 参数、甚至java -version的输出格式都不一样。更麻烦的是IBM JDK 1.6 本身还分 32 位和 64 位、分 SRService Release版本不同 SR 对操作系统的支持范围也不同。这篇笔记面向的是手里有一台老服务器、需要把 IBM JDK 1.6 装上去并让某个遗留应用跑起来的人。我会把版本确认、下载、安装、环境变量、验证、排错整条链路拆开写尽量让每一步都能直接抄。2. 版本确认与安装包获取别拿到一个包就往机器上扔2.1 先确认操作系统和架构再决定装哪个包IBM JDK 1.6 的安装包命名通常包含操作系统、架构、版本号、SR 级别这几段信息。比如一个典型的包名会类似ibm-java-x86_64-sdk-6.0-16.2.x86_64.rpm其中x86_64是架构6.0是大版本16.2是 SR 级别。在下载之前先在目标机器上执行下面两条命令把底数摸清楚# 查看操作系统发行版和内核版本 uname -a cat /etc/os-release 2/dev/null || cat /etc/redhat-release 2/dev/null # 查看 CPU 架构确认是 32 位还是 64 位 arch getconf LONG_BITuname -a输出里的x86_64表示 64 位内核i686或i386表示 32 位。getconf LONG_BIT返回64就是 64 位用户空间。这两个结果要一致否则装上去也会出问题。常见做法是操作系统是 64 位就优先装 64 位 JDK除非遗留应用明确要求 32 位——有些老 native 库只有 32 位版本这种情况只能迁就它。2.2 安装包格式的选择rpm、tar.gz 还是 installpIBM JDK 1.6 在不同平台上分发的格式不一样。Linux 上常见的是.rpm和.tar.gz两种AIX 上是installp格式。选哪种取决于你要不要用系统包管理器来管。.rpm包的好处是安装路径固定、可以用rpm -qa查、卸载干净坏处是如果系统里已经有其他 JDK 的 rpm 包可能会冲突。.tar.gz包的好处是解压即用、不污染系统包数据库、可以同时放多个版本坏处是环境变量要自己配卸载就是删目录。我一般会在测试环境用.tar.gz因为可以随便换版本生产环境如果运维规范要求用包管理器就用.rpm。下面以.tar.gz为例走一遍.rpm的差异我会在对应步骤里点出来。提示下载渠道请走内部制品库或官方归档渠道不要从不明来源的网盘拿包。IBM JDK 1.6 已经停止公开更新包完整性校验尤其重要。2.3 校验安装包完整性拿到包之后先别急着解压。用md5sum或sha256sum对一下哈希值和来源方提供的校验值比对# 计算安装包的 SHA256 sha256sum ibm-java-x86_64-sdk-6.0-16.2.x86_64.tar.gz # 如果是 rpm 包可以用 rpm 自带的校验 rpm -K ibm-java-x86_64-sdk-6.0-16.2.x86_64.rpmsha256sum输出一串哈希和来源方给的对比不一致就重新下载。rpm -K会输出digests OK或类似信息表示包没被篡改。这一步在遗留系统上经常被跳过但一旦包损坏后面解压报错、类库缺失排查成本远高于花三十秒校验。3. 安装与目录规划路径定错后面全是坑3.1 解压安装与目录结构说明.tar.gz包的安装本质就是解压到目标目录。我习惯把 JDK 放在/opt/ibm/java-x86_64-60这样的路径下版本信息一目了然。操作如下# 创建安装父目录 sudo mkdir -p /opt/ibm # 解压到指定目录注意 tar 包解压后通常自带一层版本目录 sudo tar -xzf ibm-java-x86_64-sdk-6.0-16.2.x86_64.tar.gz -C /opt/ibm/ # 查看解压后的目录名 ls -ld /opt/ibm/* # 如果解压出来的目录名太长建一个软链接方便引用 sudo ln -s /opt/ibm/ibm-java-x86_64-60 /opt/ibm/java-currenttar -xzf里的-C指定解压目标目录-z表示 gzip 压缩。解压后你会看到bin、jre、lib、include等目录。bin下面是java、javac、jar这些可执行文件jre下面是运行时环境lib下面是工具类库。软链接java-current是为了后面配环境变量时不用写死完整版本路径换版本时只改软链接指向就行。如果用.rpm包安装命令是sudo rpm -ivh ibm-java-x86_64-sdk-6.0-16.2.x86_64.rpm默认会装到/opt/ibm/java-x86_64-60/这类路径下不需要手动解压。卸载用rpm -e加包名。3.2 配置环境变量三个路径写错一个就白装环境变量是 IBM JDK 1.6 安装里最容易翻车的地方。核心是三个变量JAVA_HOME、PATH、CLASSPATH。我一般写在/etc/profile.d/ibm-jdk.sh里这样对所有用户生效也方便统一管理# 创建独立的环境变量配置文件 sudo tee /etc/profile.d/ibm-jdk.sh /dev/null EOF # IBM JDK 1.6 环境变量 export JAVA_HOME/opt/ibm/java-current export PATH$JAVA_HOME/bin:$PATH export CLASSPATH.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar EOF # 让配置立即生效 source /etc/profile.d/ibm-jdk.shJAVA_HOME指向 JDK 根目录很多启动脚本会读这个变量来拼java命令的路径。PATH里把$JAVA_HOME/bin放在最前面是为了让系统优先找到 IBM JDK 的java而不是/usr/bin/java那个可能指向其他 JDK 的软链接。CLASSPATH里的.表示当前目录dt.jar和tools.jar是 JDK 工具类库编译和运行某些依赖工具类的程序时需要。注意IBM JDK 1.6 的tools.jar路径和 Oracle JDK 一致但如果你装的是 JRE 而不是完整 JDKlib下可能没有tools.jar这时候CLASSPATH里那两段要删掉否则启动时会报找不到文件。3.3 多版本共存时的切换策略老服务器上经常同时存在多个 JDK系统自带的、应用 A 要的、应用 B 要的。这时候不要改全局JAVA_HOME而是在应用的启动脚本里单独指定。常见做法是在启动脚本开头加一行# 在应用启动脚本里覆盖 JAVA_HOME export JAVA_HOME/opt/ibm/java-x86_64-60 export PATH$JAVA_HOME/bin:$PATH这样应用启动时用的是 IBM JDK 1.6系统其他部分不受影响。如果应用是通过systemd管理的可以在 unit 文件里用Environment指定[Service] EnvironmentJAVA_HOME/opt/ibm/java-x86_64-60 EnvironmentPATH/opt/ibm/java-x86_64-60/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/binsystemd的Environment只对该服务生效不会污染全局环境。改完 unit 文件后执行sudo systemctl daemon-reload再重启服务。4. 避坑与常见问题装完起不来先查这几处4.1 现象java -version显示的还是旧版本原因通常是PATH里 IBM JDK 的bin没有排在前面或者 shell 缓存了旧的命令路径。先执行which java看实际调用的是哪个路径再执行echo $PATH看顺序。如果which java输出/usr/bin/java说明/usr/bin排在$JAVA_HOME/bin前面。解决方法是调整PATH顺序或者用hash -r清掉 shell 的命令哈希缓存后重新登录。4.2 现象启动应用报java.lang.UnsupportedClassVersionError这个报错的意思是“编译时用的 JDK 版本比运行时高”。比如类是用 JDK 1.7 编译的拿到 IBM JDK 1.6 上跑就会报这个。原因是你拿到的 class 文件版本号高于 1.6 能识别的上限50.0。解决方法是确认编译环境用的也是 IBM JDK 1.6或者让开发重新用 1.6 编译。在遗留系统里常见做法是统一编译和运行环境不要混用。4.3 现象Error: could not find libjava.so这个报错说明JAVA_HOME指向的目录不完整或者LD_LIBRARY_PATH没包含 JDK 的jre/lib目录。先检查$JAVA_HOME/jre/lib/amd64/下有没有libjava.so。如果没有说明安装包不完整或者解压出错。如果有就在环境变量里补上export LD_LIBRARY_PATH$JAVA_HOME/jre/lib/amd64:$JAVA_HOME/jre/lib/amd64/server:$LD_LIBRARY_PATHamd64目录名在 32 位系统上是i386根据实际架构调整。server目录下是 JIT 编译器的动态库漏掉它可能报libj9vm.so找不到。4.4 现象中文乱码或时区不对IBM JDK 1.6 默认的字符集和时区可能和系统不一致。启动应用时加两个参数-Dfile.encodingUTF-8 -Duser.timezoneAsia/Shanghaifile.encoding控制默认字符集user.timezone控制时区。这两个参数写在启动脚本的JAVA_OPTS里。如果应用日志里时间差 8 小时基本就是时区没设对。4.5 现象rpm安装时提示文件冲突如果系统里已经装了其他 JDK 的 rpm 包rpm -ivh可能报某个文件已存在。这时候不要用--force硬装先用rpm -qf /path/to/conflicting/file查是哪个包提供的评估能不能卸载或升级。如果确实需要共存改用.tar.gz包手动解压避开包管理器冲突。5. 装完怎么验证三条命令加一个最小程序5.1 基础验证版本、架构、安装路径装完之后先跑三条命令确认基本状态# 确认 java 可执行文件路径 which java # 确认版本信息IBM JDK 的输出格式和 Oracle 不同 java -version # 确认 JAVA_HOME 指向正确 echo $JAVA_HOMEjava -version在 IBM JDK 1.6 上会输出类似java version 1.6.0和Java(TM) SE Runtime Environment (build pxa6460sr16fp2-...)的内容其中pxa6460表示 64 位、sr16表示 SR16。如果输出里出现Java HotSpot字样说明你调用的还是 Oracle JDKPATH没配对。5.2 编译与运行验证一个最小可复现程序光看版本不够要实际编译运行一个类确认javac和java都能正常工作。创建一个临时目录写一个最小程序// HelloIBM.java public class HelloIBM { public static void main(String[] args) { System.out.println(IBM JDK version: System.getProperty(java.version)); System.out.println(Java home: System.getProperty(java.home)); System.out.println(Vendor: System.getProperty(java.vendor)); } }编译并运行# 编译 javac HelloIBM.java # 运行 java HelloIBM预期输出里java.version是1.6.0java.vendor包含IBM Corporation。如果java.vendor显示的是Oracle Corporation或Sun Microsystems说明运行时用的不是 IBM JDK。这一步能同时验证编译器、运行时和类库路径是否一致。5.3 用表格对照常见验证项验证项命令预期结果可执行文件路径which java/opt/ibm/java-current/bin/java版本号java -version包含1.6.0和IBM编译器可用javac -version输出javac 1.6.0环境变量echo $JAVA_HOME/opt/ibm/java-current类库路径java -XshowSettings:properties -version 21 | grep java.library.path包含$JAVA_HOME/jre/lib/amd64最后一行命令在 IBM JDK 1.6 上可能不支持-XshowSettings如果报错就跳过改用java -verbose:class HelloIBM 21 | head看类加载路径。5.4 一个我踩过的坑软链接换版本后忘了清缓存有一次我在测试环境把java-current软链接从 SR14 切到 SR16切完直接跑应用结果java -version还是显示 SR14。查了半天才发现是 shell 的hash缓存了旧的java路径。执行hash -r之后才正常。从那以后我每次换 JDK 版本都强制走一遍hash -r加重新登录再跑java -version确认。这个习惯帮我省掉过好几次“明明换了版本却好像没换”的玄学排查。希望帮到你。本文还有配套的精品资源点击获取