alpine linux 上不能直接用官方 openjdk 镜像，因其基于 glibc，而 alpine 使用 musl libc，导致“no such file or directory”等兼容性错误；必须选用专为 musl 编译的镜像，如 eclipse-temurin:17-jre-alpine，并注意 zgc 与旧内核或 musl 的冲突问题。
Alpine Linux 上 Java 镜像为什么不能直接用官方 OpenJDK？
因为官方 openjdk:17-jre 或 openjdk:21-jdk 镜像底层是 Debian/Ubuntu，glibc 依赖和 Alpine 的 musl libc 不兼容——强行运行会报 no such file or directory（实际是找不到 glibc 动态库），不是路径错了，是根本没这玩意。
常见错误现象：java: not found 或 Illegal instruction（尤其在 ARM64 Alpine 上跑 x86 编译的 JDK）。
- 必须用专为 musl 编译的 JDK，比如
eclipse-temurin、azul/zulu-openjdk或adoptopenjdk/openjdk（已归档，不推荐新项目） -
amazoncorretto官方不提供 musl 构建版，别试 - OpenJDK 官网下载的 tar.gz 二进制包默认也是 glibc 版，不能直接丢进 Alpine
temurin:17-jre-jre-alpine 和 temurin:17-jre-jre-slim 的区别在哪？
别被名字绕晕：temurin:17-jre-jre-alpine 是旧命名（Eclipse Temurin 早期镜像标签混乱），现在统一用 temurin:17-jre-alpine；而 -slim 是 Debian 基础镜像的轻量版，不是 Alpine 版，用了照样挂。
正确选择只有带 -alpine 后缀的镜像：
立即学习“Java免费学习笔记（深入）”；
-
eclipse-temurin:17-jre-alpine—— 最小 JRE，无 javac，适合纯运行时 -
eclipse-temurin:17-jdk-alpine—— 含编译工具，CI 构建或需运行javac时用 - 注意：Temurin 21+ 的 Alpine 镜像默认启用
ZGC，某些老内核（如 Linux 5.4 以下）会启动失败，报ZGC not supported on this platform
Dockerfile 中如何安全替换 JRE 并验证 musl 兼容性？
别写 RUN apk add openjdk17-jre —— Alpine 官源的 openjdk17-jre 是 IcedTea 衍生版，版本陈旧、TLS 1.3 支持弱、且常缺 java.security 等关键策略文件，线上容易出 PKIX path building failed。
推荐做法：
- 基础镜像直接用
FROM eclipse-temurin:17-jre-alpine，别自己装 - 若需精简，可
COPY --from=eclipse-temurin:17-jre-alpine /opt/java/openjdk /opt/java/openjdk到 scratch 镜像，但得手动补/etc/ssl/certs/ca-certificates.crt，否则 HTTPS 请求全跪 - 验证是否真走 musl：容器内运行
ldd $(which java)，输出里必须含libc.musl-，不含libc.so.6
Java 应用启动慢、随机 OOM？检查 ZGC + musl 的隐性冲突
Temurin Alpine 镜像默认开 ZGC，但 musl 的 pthread_create 实现和 ZGC 的线程栈管理有边界 case 冲突，在高并发短生命周期线程场景下，可能触发 OutOfMemoryError: Cannot create thread（实际是 pthread 创建失败，JVM 误判为内存不足）。
临时解法（上线前必做）：
- 加 JVM 参数禁用 ZGC：
-XX:+UseParallelGC或-XX:+UseG1GC - 确认内核版本 ≥ 5.10（
uname -r），低于此版本建议彻底回避 ZGC - 不要设
-Xss过小（如256k），musl 下最小安全值建议512k
Alpine + Java 的真正轻量，不在镜像体积多小，而在 musl、JVM GC、内核三者对齐——少一个，就容易半夜收到告警。
