Docker镜像构建应合并RUN命令、使用多阶段构建、配置.dockerignore及按变更频率分层。即：用&&合并安装与清理；编译与运行环境分离；忽略非必需文件；稳定内容置顶、易变内容置底以提升缓存复用率。
在 Docker 镜像构建中，合理组合多条命令能显著减少镜像层数、加快构建速度、降低体积并提升安全性。关键不是“堆命令”，而是让每层变更更聚焦、更可复用、更少冗余。
合并 RUN 命令，避免无意义分层
Dockerfile 中每个 RUN 指令都会生成一个新镜像层。连续安装包、下载文件、清理缓存等操作若拆成多行，不仅增加层数，还可能因中间层残留临时文件而增大体积。
建议将逻辑连贯的操作合并为单个 RUN，用 && 连接，并在末尾清理临时数据：
# ✅ 推荐：合并 + 清理
RUN apt-get update && \
apt-get install -y curl jq python3 && \
rm -rf /var/lib/apt/lists/*
<h1>❌ 不推荐：分层多 RUN，缓存残留</h1><p>RUN apt-get update
RUN apt-get install -y curl
RUN apt-get install -y jq
RUN rm -rf /var/lib/apt/lists/*利用构建阶段（Multi-stage）分离构建与运行环境
编译型语言（如 Go、Rust、Java）常需 SDK 和构建工具，但运行时只需二进制或 JRE。多阶段构建可让前一阶段生成产物，后一阶段仅复制所需内容，彻底剔除构建依赖。
典型做法：
- 第一阶段使用 builder 镜像完成编译
- 第二阶段基于轻量镜像（如 alpine 或 scratch），只复制编译好的二进制或 jar
- 最终镜像不含编译器、源码、开发头文件等无关内容
合理使用 .dockerignore 减少上下文传输开销
docker build 会把当前目录（含子目录）打包上传到构建守护进程。若项目含 node_modules、.git、logs 或大型测试数据，会拖慢构建、浪费带宽、甚至意外污染构建过程。
在项目根目录创建 .dockerignore，明确排除非必需项：
node_modules/ .git .gitignore README.md *.log tests/ Dockerfile
按变更频率分层：把稳定内容放上层，易变内容放下层
Docker 构建缓存从上到下逐层比对。一旦某层指令变化，其后所有层缓存失效。因此应把不常变动的内容（如基础系统更新、全局依赖安装）放在前面，把频繁修改的部分（如代码复制、配置写入）放在后面。
例如：
- 先 COPY package.json /tmp/ 并 RUN npm ci（依赖相对稳定）
- 再 COPY . .（源码经常改，放最后）
这样修改业务代码时，npm 依赖层仍可复用缓存，无需重装。
