合并run指令最有效，因其能将更新源、安装、清理等操作固化在同一只读层，避免缓存文件残留和冗余层产生；而copy、env等指令应保持分离以利用缓存或确保作用域生效。
合并命令能直接减少镜像层数，因为 docker 中每个 run、copy、add 指令都会生成一个新层。层越多，镜像体积越大、传输越慢、缓存复用效率越低。关键不是“少写几行”，而是让逻辑相关的操作落在同一层里。
为什么合并 RUN 指令最有效
Docker 的分层机制中，RUN 是最常产生冗余层的指令。比如安装软件后不清理缓存，缓存文件会固化在那一层，即使后续 RUN rm -rf 也只是新增一层“标记删除”，底层文件仍保留在镜像中。
- 每条独立
RUN创建一个只读层，无法被上层真正删除 - 合并后所有操作（更新源、安装、清理）发生在同一层，中间产物不落盘
- 还能顺便规避因指令中断导致的“半安装”中间镜像残留
怎么安全地合并 RUN 命令
不是简单拼接，要兼顾可读性、执行顺序和错误处理：
- 用
&&连接命令，确保前一步成功才执行下一步：RUN apt-get update && apt-get install -y curl && rm -rf /var/lib/apt/lists/* - 长命令用反斜杠
换行，提升可读性：RUN apt-get update \<br>&& apt-get install -y --no-install-recommends python3-pip \<br>&& pip install --no-cache-dir flask \<br>&& rm -rf /var/lib/apt/lists/* /root/.cache/pip
- 避免在合并中使用
cd或变量赋值（shell 作用域不跨&&），改用WORKDIR或完整路径
哪些指令不该强行合并
不是所有指令都适合塞进一个 RUN。以下情况应保持分离：
-
COPY和RUN分开：源码变更频繁，分开可利用 COPY 层缓存，避免每次重跑构建命令 -
ENV单独写：环境变量需在后续所有层生效，提前定义更清晰 -
ARG和构建参数相关指令：用于条件控制，不宜混入执行逻辑
配合 .dockerignore 提升效果
合并 RUN 只解决“执行层”膨胀，但 COPY 引入的冗余文件（如 node_modules/、.git/、tests/）会另起一层。必须配合同级 .dockerignore 文件排除：
- 防止开发期文件意外进入镜像，哪怕它们没被 RUN 指令触碰
- 忽略规则在 COPY/ADD 时生效，不产生任何层
- 常见忽略项：
**/node_modules、.git、README.md、*.log
