本文探讨使用 jlink 构建的自定义 java 运行时环境（jre）在不同 linux 发行版（如 rhel、ubuntu、debian 等）间的兼容性，确认其在相同 cpu 架构（amd64/aarch64）下可跨发行版可靠运行。
本文探讨使用 jlink 构建的自定义 java 运行时环境（jre）在不同 linux 发行版（如 rhel、ubuntu、debian 等）间的兼容性，确认其在相同 cpu 架构（amd64/aarch64）下可跨发行版可靠运行。
Java 应用及其精简运行时（通过 jlink 构建）本质上是Linux ABI 兼容的二进制产物，而非发行版特定软件。只要目标系统满足基础内核与 C 库要求（通常为 glibc ≥ 2.17，内核 ≥ 3.10），由任意主流发行版（RHEL、Ubuntu、CentOS、Debian、Fedora 等）构建的 jlink 镜像即可在其他发行版上直接运行——无需重新编译或适配。
关键原因在于：jlink 生成的运行时镜像自带完整依赖子集。它将 JVM 核心模块（如 java.base）、必要本地库（如 libjli.so、libjava.so）及精简后的系统级共享库（如 libz.so.1、libpthread.so.0）一并打包至镜像的 lib/ 目录中。仅极少数底层动态链接依赖（如 libc.so.6、ld-linux-x86-64.so.2）仍需由宿主系统提供，但这些属于 Linux 标准 ABI 组件，在所有现代发行版中均稳定存在且向后兼容。
可通过以下命令验证依赖精简程度：
# 进入 jlink 生成的镜像目录 cd my-jre/ ldd bin/java
典型输出如下（已省略内部 libjli.so）：
立即学习“Java免费学习笔记（深入）”；
linux-vdso.so.1 (0x00007ffecf94b000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f85827ca000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f8582795000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f858278f000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f85825ba000) /lib64/ld-linux-x86-64.so.2 (0x00007f8582816000)
该列表仅含 6 个标准系统库，全部属于 POSIX/Linux 基础运行时契约范畴。任何符合 LSB（Linux Standard Base）或主流发行版规范的系统（包括 Alpine Linux 除外，因其使用 musl libc）均默认提供这些组件。
⚠️ 注意事项：
- Alpine Linux 不兼容：因其使用 musl libc 而非 glibc，jlink 默认构建的镜像依赖 glibc，需配合 --add-modules java.base --no-header-files --no-man-pages --strip-debug 并使用 jlink + jpackage 或 GraalVM Native Image 方案替代；
- 内核版本下限：OpenJDK 17+ 要求内核 ≥ 3.10（RHEL 7+/Ubuntu 16.04+ 均满足）；
- 架构严格匹配：amd64 镜像无法在 aarch64 主机运行，反之亦然；
- 避免混用 jlink 和 jpackage 的隐式假设：jpackage 可能引入发行版特定打包逻辑（如 systemd 单元文件），但 jlink 生成的核心 bin/java 二进制本身保持发行版中立。
✅ 总结：在相同 CPU 架构下，基于任一主流 glibc 发行版（RHEL、Ubuntu、Debian 等）构建的 jlink 运行时，可安全部署至其他同类发行版——这是 Java “一次构建，随处运行”（Write Once, Run Anywhere）在原生 Linux 环境下的坚实体现。
