优化dockerfile的核心目标是让镜像更小、构建更快、运行更安全；关键在于理解层机制与构建上下文，通过选对基础镜像（如slim/alpine/scratch）、多阶段构建、合并并清理run指令、合理使用.dockerignore和copy来实现。
优化 Dockerfile 的核心目标是让镜像更小、构建更快、运行更安全。关键不在于堆砌技巧，而在于理解层机制和构建上下文的运作逻辑。
选对基础镜像，从源头减负
基础镜像占最终体积的绝大部分，错误选择会直接放大后续所有冗余。不要用 ubuntu:latest 或 openjdk:17-jdk 这类“全能型”镜像跑生产服务。
- Java 应用优先用
eclipse-temurin:17-jre-jammy（约230MB），比完整 JDK 小一半以上 - Go/Node.js/Python 等编译或解释型语言，可考虑
alpine:3.18（5.5MB）或 Google 的distroless/java17（约25MB） - 纯静态二进制（如 Rust/Go 编译产物），直接用
scratch镜像，体积趋近于零 - 注意 Alpine 使用 musl libc，若应用依赖 glibc 特性（如某些 C 扩展），应改用
slim变体
多阶段构建，只保留真正需要的东西
这是最有效的瘦身手段，尤其适合需要编译、打包的项目。它把构建环境和运行环境彻底隔离，避免把编译器、源码、测试依赖一起打进最终镜像。
- 第一阶段用完整工具链镜像（如
maven:3.8、golang:1.22）完成构建 - 第二阶段切换轻量镜像（如
alpine或distroless），仅COPY --from=builder复制产物 - 阶段命名（
as builder）让引用清晰，也方便用--target builder单独调试构建阶段
合并 RUN 指令，清理必须在同一层完成
Docker 层不可删除，只能覆盖。如果 apt-get install 和 rm -rf /var/lib/apt/lists/* 分开写，缓存文件会保留在前一层，白占空间。
- 把安装、配置、清理写进一条
RUN，用&&连接 - 示例：
RUN apt-get update && apt-get install -y curl && rm -rf /var/lib/apt/lists/* - 避免无意义的
RUN mkdir或RUN echo，它们都新增一层且无实际价值
用好 .dockerignore 和 COPY，控制构建上下文
构建时上传的整个目录（构建上下文）越小，传输越快，缓存命中率越高。很多大体积问题其实出在这里，而非 Dockerfile 本身。
- 在项目根目录建
.dockerignore，至少排除：node_modules、.git、*.log、test/、docs/、Dockerfile - 用
COPY而非ADD，除非真要解压 tar 或拉远程文件；COPY行为确定，利于缓存 - 避免
COPY . .，按需复制具体文件或子目录，减少无关内容进入镜像
