在Debian 10中运行JDK 1.3遇类加载失败求诊断方案

已知背景 #

• 尝试在Debian 10上运行2000年发布的JDK 1.3
• 已补齐依赖：Debian 10提供大部分32位依赖包，缺失的libxp6:i386从Debian 8 "Jessie"获取，gcc 2.96版本的libstdc++从CentOS 4的compat-libstdc++-296包获取
• 症状：执行java -version时抛出Error occurred during initialization of VM java/lang/NoClassDefFoundError: java/lang/Object，通过strace -f对比发现Debian 9会正常打开并映射rt.jar，而Debian 10仅打开其上级目录，导致类路径为空
• 已排除内核问题
• 临时备选方案：旧版Linux虚拟机、Docker容器、替换旧版glibc、切换到BSD系统

进一步诊断步骤 #

1. 手动验证类路径加载 #

• 强制指定类路径测试：执行java -cp $JAVA_HOME/jre/lib/rt.jar java.lang.Object，观察是否能成功加载类
• 检查JDK启动脚本：如果java是包装脚本，对比Debian 9与10环境下CLASSPATH、JAVA_HOME等变量的解析逻辑差异

2. 校验文件权限与路径解析 #

• 查看rt.jar权限：执行ls -l $JAVA_HOME/jre/lib/rt.jar，确保运行JDK的用户拥有读权限
• 测试JDK自带工具的文件读取能力：用JDK 1.3的jar命令列出rt.jar内容，$JAVA_HOME/bin/jar tf $JAVA_HOME/jre/lib/rt.jar | grep java/lang/Object.class，确认文件本身可被读取

3. 排查glibc行为差异 #

• 对比系统调用返回值：用strace -e open,mmap -f java -version，查看Debian 10中打开rt.jar时是否有错误返回（如ENOENT、EACCES）
• 测试旧版glibc兼容性：通过LD_PRELOAD加载Debian 9的32位glibc库，再运行java -version，观察是否能正常加载rt.jar

4. 验证JDK文件完整性 #

• 校验核心文件一致性：用md5sum对比Debian 9上可正常运行的JDK 1.3的rt.jar、java二进制文件及核心库，排除文件损坏或缺失
• 重新解压安装包：确保JDK解压过程无报错，避免解压导致的权限异常或文件丢失

5. 检查系统安全与挂载限制 #

• 检查AppArmor规则：执行aa-status查看是否有阻止JDK读取rt.jar的策略，临时关闭AppArmor后再次测试java -version
• 排查挂载选项：确认JDK安装目录所在分区未启用noexec、nodev等可能影响文件读取的挂载选项

6. 启用JDK调试日志 #

• 开启类加载 verbose 模式：执行java -verbose:class -version，查看是否有尝试加载rt.jar的日志记录
• 附加调试器：如果JDK支持，使用-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=5005启动JDK，附加调试器跟踪初始化阶段的类路径设置逻辑

内容的提问来源于stack exchange，提问作者Андрей Щеглов