企业官网建设流程全解析

简介：这份资源是面向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 位、分 SR（Service 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_BIT

uname -a输出里的x86_64表示 64 位内核，i686或i386表示 32 位。getconf LONG_BIT返回64就是 64 位用户空间。这两个结果要一致，否则装上去也会出问题。常见做法是：操作系统是 64 位就优先装 64 位 JDK，除非遗留应用明确要求 32 位——有些老 native 库只有 32 位版本，这种情况只能迁就它。

2.2 安装包格式的选择：rpm、tar.gz 还是 installp

IBM 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.rpm

sha256sum输出一串哈希，和来源方给的对比，不一致就重新下载。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-current

tar -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.sh

JAVA_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 而不是完整 JDK，lib下可能没有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] Environment="JAVA_HOME=/opt/ibm/java-x86_64-60" Environment="PATH=/opt/ibm/java-x86_64-60/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin"

systemd的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_PATH

amd64目录名在 32 位系统上是i386，根据实际架构调整。server目录下是 JIT 编译器的动态库，漏掉它可能报libj9vm.so找不到。

4.4 现象：中文乱码或时区不对

IBM JDK 1.6 默认的字符集和时区可能和系统不一致。启动应用时加两个参数：

-Dfile.encoding=UTF-8 -Duser.timezone=Asia/Shanghai

file.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_HOME

java -version在 IBM JDK 1.6 上会输出类似java version "1.6.0"和Java(TM) SE Runtime Environment (build pxa6460sr16fp2-...)的内容，其中pxa6460表示 64 位、sr16表示 SR16。如果输出里出现Java HotSpot字样，说明你调用的还是 Oracle JDK，PATH没配对。

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.0，java.vendor包含IBM Corporation。如果java.vendor显示的是Oracle Corporation或Sun Microsystems，说明运行时用的不是 IBM JDK。这一步能同时验证编译器、运行时和类库路径是否一致。

5.3 用表格对照常见验证项

最后一行命令在 IBM JDK 1.6 上可能不支持-XshowSettings，如果报错就跳过，改用java -verbose:class HelloIBM 2>&1 | head看类加载路径。

5.4 一个我踩过的坑：软链接换版本后忘了清缓存

有一次我在测试环境把java-current软链接从 SR14 切到 SR16，切完直接跑应用，结果java -version还是显示 SR14。查了半天才发现是 shell 的hash缓存了旧的java路径。执行hash -r之后才正常。从那以后我每次换 JDK 版本，都强制走一遍hash -r加重新登录，再跑java -version确认。这个习惯帮我省掉过好几次“明明换了版本却好像没换”的玄学排查。希望帮到你。

本文还有配套的精品资源，点击获取