Alpine镜像中apt install openjdk-17-jdk失败因musl libc与glibc不兼容；推荐用openjdk:17-jre-alpine（17.0.2+）或Debian基镜像，JRE足够Spring Boot运行，容器需配-XX:+UseContainerSupport及--memory限制防OOM。
为什么 apt install openjdk-17-jdk 在 Alpine 镜像里会失败
因为 Alpine 默认用的是 musl libc，而大多数 OpenJDK 二进制包是为 glibc 编译的。直接 apk add openjdk17-jdk 看似可行，但实际运行 Java 应用时可能报 NoClassDefFoundError 或启动卡死——尤其遇到 JNI、JFR、ZGC 等依赖 glibc 特性的功能。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 优先选官方
openjdk:17-jre-slim（基于 Debian）或openjdk:17-jre-alpine（注意版本号，17.0.2-jre-alpine及之后才稳定支持 musl） - 若必须自建 Alpine JDK 镜像，用
apk add openjdk17-jre而非openjdk17-jdk（后者含 javac，但体积大且部分工具链不兼容） - 验证是否真能跑：构建后执行
docker run --rm your-image java -version，再加一句java -XshowSettings:properties -version 2>/dev/null | grep java.home确认路径和基础类库加载正常
COPY 本地 JDK 压缩包 vs curl 在线下载，哪个更可靠
本地 COPY 更可控，适合内网环境或需要固定校验的场景；curl 下载看似简洁，但容易因网络抖动、SSL 证书更新、JDK 官网重定向变更（比如 Oracle JDK 改用 account 认证）导致构建中断。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 用官方 Adoptium（Eclipse Temurin）的 tar.gz 包最稳妥，URL 形如
https://github.com/adoptium/temurin17-binaries/releases/download/jdk-17.0.2%2B8/OpenJDK17U-jre_x64_linux_hotspot_17.0.2_8.tar.gz - 下载后务必
RUN curl -fsSL [url] | sha256sum -c jdk.sha256校验（把哈希值写进 Dockerfile 同目录的jdk.sha256文件） - 解压后用
ENV JAVA_HOME=/opt/java+ENV PATH=$JAVA_HOME/bin:$PATH，别漏掉bin目录，否则javac找不到
Spring Boot 应用镜像里该装 JRE 还是 JDK
绝大多数 Spring Boot 应用只需 JRE——它们不编译代码，只运行 jar。装 JDK 不仅增大镜像体积（+100MB 起），还多出安全风险面（jshell、jcmd 等工具可能被误用）。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 确认应用是否真需要 JDK：比如用了
spring-boot-devtools的热编译、或集成groovy脚本执行、或调用javax.tools.JavaCompiler - 生产镜像统一用
jre后缀镜像，例如FROM eclipse/temurin:17-jre-focal - 如果 CI 流程中需编译（如 Maven 构建阶段），应分阶段构建：
build阶段用jdk，runtime阶段只COPY出 jar 和jre，两者完全隔离
容器里 java -Xmx 设太高反而 OOM 被 kill 的原因
Docker 默认不限制内存时，JVM 按宿主机总内存设堆（比如宿主机 64GB，JVM 自动设 -Xmx32g），但容器实际只分配了 2GB —— JVM 看不见 cgroup 限制，申请内存超限时被 Linux OOM Killer 杀掉，日志里只留 Killed process java (pid 123)，没有 Java 异常栈。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 必须加 JVM 参数适配容器：Java 10+ 用
-XX:+UseContainerSupport -XX:MaxRAMPercentage=75.0（推荐）；旧版本 Java 8u191+ 用-XX:+UnlockExperimentalVMOptions -XX:+UseCGroupMemoryLimitForHeap - 同时在
docker run或docker-compose.yml中显式设--memory=2g，让 JVM 参数有据可依 - 验证是否生效：容器启动后执行
docker exec -it container jstat -gc $(pgrep java)，看max列是否接近你设的MaxRAMPercentage值
最容易被忽略的是：Java 8 早期版本（u131 之前）根本不识别 cgroup 内存限制，哪怕加了参数也无效——得升级 JDK 或硬编码 -Xmx。
