openjdk官方从未发布jdk8的arm64二进制包，因此所有标称“openjdk:8-jdk”的镜像在arm64平台实为x86_64+qemu模拟运行，性能差且不可用于生产；真正可用的jdk8 arm64镜像需依赖azul zulu、bellsoft liberica等第三方提供。
直接用官方 ARM64 镜像最省事，但 JDK8 是个例外
OpenJDK 官方从 JDK11 开始，就通过 Adoptium（原 AdoptOpenJDK）和 temurin 提供稳定、可验证的 aarch64 构建包；JDK17、21、24 等版本的 arm64 镜像在 docker.io 和各大镜像仓库（如 ghcr.io/adoptium、registry.hub.docker.com）都已原生支持。你只需要确认镜像标签里含 arm64、aarch64 或 linux/arm64 即可。
唯独 JDK8 是特例：OpenJDK 官方从未发布过 aarch64 的二进制包，所以所有基于 OpenJDK8 的官方 Docker 镜像（如 openjdk:8-jdk）在 arm64 平台拉取时，实际是 x86_64 镜像 + QEMU 模拟运行——性能差、不兼容、无法用于生产。
- 查证方式：
docker inspect openjdk:8-jdk | jq '.[0].Architecture'通常返回amd64 - 真正可用的 JDK8 ARM64 镜像，基本都来自第三方（如 Azul Zulu、BellSoft Liberica）或自建
- JDK11+ 则可放心用
eclipse-temurin:17-jre-jammy这类多架构镜像，docker pull会自动匹配本地arm64
构建 JDK17+ ARM64 应用镜像：优先用多阶段 + temurin
别自己从基础系统镜像一层层装 JDK，temurin 已提供开箱即用的 arm64 运行时镜像，且默认启用容器优化（如 -XX:+UseContainerSupport）。
一个典型 Dockerfile 示例：
FROM eclipse-temurin:17-jre-jammy AS runtime FROM eclipse-temurin:17-jdk-jammy AS build <p>WORKDIR /app COPY pom.xml . RUN mvn dependency:go-offline -B</p><p>COPY src ./src RUN mvn package -DskipTests</p><p>FROM runtime COPY --from=build /app/target/app.jar /app.jar EXPOSE 8080 ENTRYPOINT ["java", "-jar", "/app.jar"] </p>
-
eclipse-temurin:17-jre-jammy是 Debian 12（jammy）+ JDK17 JRE，体积小、arm64原生支持 - 编译阶段用
jdk-jammy，运行阶段切到jre-jammy，避免把javac、jdk相关工具打进最终镜像 - 不要写
FROM --platform=linux/arm64 ...：temurin 镜像本身已声明多架构 manifest，docker build会自动选对平台 - 若本地是 x86 Mac/PC，想构建 arm64 镜像，需加
--platform linux/arm64参数（见下节）
本地 x86 机器构建 ARM64 镜像：必须启用 buildx + --platform
在 Intel/AMD 机器上构建 arm64 镜像，不能只靠 FROM 标签——Docker 默认按宿主机架构拉取 base 镜像。必须显式指定目标平台，并确保 buildx builder 支持 linux/arm64。
- 检查当前 builder：
docker buildx ls，确认PLATFORMS包含linux/arm64 - 若不支持，创建新 builder：
docker buildx create --use --name mybuilder --platform linux/amd64,linux/arm64 - 构建命令必须带参数：
docker buildx build --platform linux/arm64 -t myapp:arm64 . - 否则即使 base 镜像是 multi-arch，Docker 仍可能拉取 amd64 层，导致最终镜像无法在树莓派、Graviton、M 系列 Mac 上运行
- 验证输出中是否出现
linux/arm64字样，以及=> exporting to image后的 digest 是否与 arm64 匹配
自建 JDK8 ARM64 镜像：绕不开 Oracle/Azul 的二进制包
如果你非得用 JDK8（比如遗留系统强依赖），又不能接受模拟运行，唯一可靠路径是使用 Oracle 或 Azul 提供的 ARM64 JDK8 二进制包手动构建。
以 Azul Zulu 为例（其 zulu8 明确提供 aarch64 版本）：
FROM arm64v8/debian:bookworm-slim <p>ARG JDK_URL=<a href="https://www.php.cn/link/0050f1e87cea6c50b311a43b12cea2c8">https://www.php.cn/link/0050f1e87cea6c50b311a43b12cea2c8</a> RUN apt-get update && apt-get install -y curl && rm -rf /var/lib/apt/lists/*</p><p>RUN curl -fsSL "$JDK_URL" | tar -C /usr/local -xzf - ENV JAVA_HOME=/usr/local/zulu8.78.0.19-ca-jdk8.0.392-linux_aarch64 ENV PATH=$JAVA_HOME/bin:$PATH </p>
- 不要用
openjdk:8-jdk-alpine改造：Alpine 的 musl libc 与 JDK8 的某些 JNI 调用不兼容，尤其在 ARM64 上容易 crash - Azul 提供的
zulu8是 OpenJDK8 的合规重打包，完全免费商用，且持续更新安全补丁 - Oracle JDK8 官方也提供 ARM64 下载（需登录账户），但许可证限制更严格，不建议用于容器化部署
- 自编译 OpenJDK8 ARM64 成本极高：需完整交叉编译链、数小时构建时间、难以验证稳定性，纯属下策
真正卡住人的不是“怎么写 Dockerfile”，而是搞清 base 镜像是否真的运行在 arm64 上——很多失败案例，都是因为没验证 docker inspect 输出的 Architecture 字段，或者忽略了 buildx --platform 的强制作用。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
