核心是减少重复构建与存储，通过统一基础镜像、优化Dockerfile指令顺序、启用BuildKit远程缓存、多阶段构建裁剪层实现高效复用。
核心在于让不同镜像、不同构建任务尽可能复用已有层，减少重复拉取、重复构建和重复存储。关键不是“做更多”，而是“少做重复”。
统一基础镜像与分层对齐
多个服务若都基于 alpine:3.18 或 debian:slim 构建，它们的基础层（操作系统层）就能被 Docker 守护进程全局共享。一旦某条流水线拉取过该基础镜像，其他流水线再构建时无需再次下载。
建议做法：
- 在团队内约定基础镜像版本（如固定使用
alpine:3.18，不写latest） - 避免混用
ubuntu:22.04和debian:12等语义相近但实际层哈希不同的镜像 - 使用
docker images --digests核查基础层 SHA 是否一致
优化 Dockerfile 指令顺序提升缓存命中率
缓存失效是吞吐量下降的主因之一。Docker 从上到下逐层比对，只要某一层哈希变化，其后所有层全部重建。
高频有效调整：
- 把
RUN apk add或RUN pip install放在COPY src/之前 - 先
COPY package.json再RUN npm ci，最后COPY . . - 用
.dockerignore排除node_modules/、.git、logs/等干扰构建上下文的目录
启用 BuildKit 并配置远程构建缓存
BuildKit 默认开启更严格的缓存判断，并支持将构建中间层推送到远程 Registry（如 Harbor、ECR），供其他 CI 节点直接拉取复用。
典型配置：
- 在 CI 脚本开头设置：
export DOCKER_BUILDKIT=1 - 构建命令中加入缓存导出参数：
docker buildx build --cache-to type=registry,ref=my-registry/cache:build --cache-from type=registry,ref=my-registry/cache:build . - 配合私有 Registry 的代理缓存功能（如 Harbor Proxy Cache），可将平均镜像拉取时间从 48s 降至 6s
多阶段构建 + 层裁剪输出
编译型语言（Go、Rust、Java）尤其适合此策略：构建阶段保留完整工具链，运行阶段仅提取二进制文件，彻底剔除源码、依赖包、头文件等冗余内容。
效果体现：
- 最终镜像体积减少 50%–80%，网络传输耗时大幅下降
- 运行时攻击面缩小，安全扫描通过率提升
- Registry 存储压力降低，尤其利于大规模微服务集群
