ldd在麒麟系统上可能被kysec拦截并伪造“not found”结果，真实缺失需用readelf -d查needed项、find在/opt/kylin/lib等路径搜索验证。
ldd 一查就暴露缺失库，但别全信它的输出
执行 ldd java（路径指向你解压后的 bin/java）能快速列出所有依赖的 .so 文件，带 not found 的行就是表面缺失项。但注意：在麒麟等启用了 KYSEC 安全策略的系统上，ldd 可能被拦截并伪造结果——它显示 libz.so.1 => not found，实际系统里可能早有这个文件，只是被策略拦住了加载。
更可靠的做法是跳过 ldd，直接用：readelf -d /path/to/jdk/bin/java | grep NEEDED
这会输出程序真正声明依赖的 soname，比如 libz.so.1、libstdc++.so.6。再配合：find /usr/lib /lib /lib64 /opt/kylin/lib -name "libz.so.1*" 2>/dev/null
确认文件是否存在、路径是否被纳入动态链接器搜索范围。
glibc 版本不匹配才是 OpenJDK 11.0.24 的真凶
OpenJDK 11.0.24 官方 Linux x64 包默认链接了较新的 libz.so.1 和 libstdc++.so.6 符号，要求宿主系统 glibc ≥ 2.28。而 CentOS 7.9（glibc 2.17）、Ubuntu 18.04（glibc 2.27）这类老系统根本无法满足——不是缺文件，是 ABI 层级不兼容。
验证方式：getconf GNU_LIBC_VERSION 查当前 glibc 版本objdump -T $JAVA_HOME/jre/lib/amd64/libnio.so | grep GLIBC_2.28 看是否有高版本符号引用
常见表现：
- error while loading shared libraries: libz.so.1: cannot open shared object file
- symbol lookup error: .../libjli.so: undefined symbol: __cxa_thread_atexit_impl
后者直接暴露了 libstdc++.so.6 的 ABI 断层。
临时修复：LD_LIBRARY_PATH + 手动补库，慎用 ldconfig
不要直接往 /etc/ld.so.conf 里加路径再跑 ldconfig——这会污染整个系统，尤其对多 JDK 共存环境极不安全。
推荐临时方案（验证用）：
- 下载匹配架构的 libz.so.1 和 libstdc++.so.6（例如从 Ubuntu 20.04 的 zlib1g 和 libstdc++6 包中提取）
- 放到独立目录，如 /opt/jdk11-fix/libs
- 启动时指定：LD_LIBRARY_PATH=/opt/jdk11-fix/libs:$LD_LIBRARY_PATH /path/to/jdk/bin/java -version
注意：
- 必须确保所放库的 readelf -A 架构与主机一致（x86_64 或 aarch64）
- 不要混用不同发行版打包的 libstdc++.so.6，ABI 差异可能导致 JVM 崩溃
- LD_LIBRARY_PATH 中路径顺序很重要：靠前的优先匹配，避免覆盖系统关键库
永久规避：换构建更兼容的 JDK 或降级版本
OpenJDK 官方二进制包不做向下兼容保证。11.0.24 这个点版本就是个典型“兼容性断层”。生产环境别硬扛。
更稳妥的选择：
- 换用 Adoptium Temurin 11.0.23 或 11.0.22，它们仍基于 glibc 2.17 构建，适配 CentOS 7 / Ubuntu 18.04
- 改用 Amazon Corretto 11.0.24，其 Linux x64 包明确声明支持 glibc ≥ 2.17
- 或直接源码编译 OpenJDK 11，配置 --with-toolchain-version=2.17 锁定目标 glibc 版本
CI/CD 流水线中建议：
- 在基础镜像里预装好对应 JDK，而不是运行时下载解压
- 用 java -version + ldd + getconf 组成健康检查脚本，卡在部署前
最易被忽略的一点：很多团队花几小时排查 libz.so.1，却没意识到 libstdc++.so.6 的 ABI 不兼容才是 JVM 启动失败的最终拦路虎——它不会报错缺失，而是静默崩溃或卡在初始化阶段。务必用 strace -e trace=openat,open java -version 2>&1 | grep -i stdc 确认加载行为。
