关键在于让清理动作发生在同一构建层内，避免残留文件被固化进镜像；需将安装与清理合并至单个run指令，如apt-get update && install && clean，或使用apk add --no-cache、npm ci --only=production等，并配合多阶段构建、.dockerignore和定期prune清理冗余层。
关键在于让清理动作发生在同一构建层内，避免残留文件被固化进镜像。Docker 每条 RUN 指令都会生成一个新层，若安装依赖后在另一层中删除缓存，那些临时文件仍会保留在前一层里，最终镜像体积不会减少。
合并安装与清理操作到单个 RUN 指令
把包管理器更新、安装、清理写在同一行命令中，确保中间产物不落地为独立层：
- Ubuntu/Debian 环境：用
&&连接，末尾加apt-get clean && rm -rf /var/lib/apt/lists/* - Alpine 环境：使用
apk add --no-cache，它默认不保留索引包，无需额外清理 - Node.js 项目：
RUN npm ci --only=production && npm cache clean --force，避免node_modules中的开发依赖和缓存残留
多阶段构建中彻底剥离构建工具链
第一阶段完成编译后，第二阶段只 COPY 二进制或可执行文件，不复制任何源码、构建工具、头文件或文档：
- Go 应用示例：
COPY --from=builder /app/myserver /usr/local/bin/myserver，不带-r或通配符，防止意外复制整个构建目录 - Java 应用：只
COPY --from=builder /workspace/target/app.jar /app.jar，跳过src/、target/classes/、pom.xml等非运行时内容 - 构建阶段本身也应精简——比如用
golang:alpine替代golang:latest，减少基础镜像体积
利用 .dockerignore 排除构建上下文中的干扰项
docker build 默认把当前目录所有内容打包上传，即使没在 COPY 中显式引用，也可能因隐式依赖（如 .git 触发某些工具行为）导致构建变慢或出错：
- 必须加入：
node_modules/、.git/、logs/、tmp/、*.log、test-data/ - 对 Go 项目建议添加：
vendor/（若用 modules 则不需要）、go.sum（非必需但可加） - 检查是否生效：运行
docker build --progress=plain . | grep "Sending build context"，确认传输字节数明显下降
构建后主动清理本地冗余层
即使 Dockerfile 写得干净，反复构建仍会产生悬空层（dangling layers），它们不被任何镜像引用，但占用磁盘空间：
- 清理孤立构建缓存：
docker builder prune（适用于 BuildKit 启用环境） - 清理传统构建残留：
docker system prune -f --filter "until=24h"，加时间过滤更安全 - 查看实际占用：
docker system df -v，重点关注Build Cache和Layers栏位
