指令合并不直接删除文件，而是通过减少RUN、COPY、ADD指令层数来避免中间层残留（如/apt缓存），尤其应合并RUN命令并用&&连接+及时清理；COPY需配合.dockerignore精简内容；但彻底瘦身仍需多阶段构建。
指令合并本身不直接“删除文件”，但它能避免因多余镜像层导致的体积膨胀，核心在于减少中间层残留和清理时机错位。
只对 RUN、COPY、ADD 指令做合并才有意义
Docker 中只有 RUN、COPY、ADD 三条指令会真正新增镜像层；其他如 FROM、WORKDIR、ENV、CMD 等只是元信息或临时操作，不增加体积。所以优化重点就是压缩这三类指令的数量，尤其优先合并 RUN。
- 多个 RUN 会产生多个层，每层都保留该步骤结束时的完整文件系统快照
- 比如分开写 RUN apt-get update 和 RUN apt-get install nginx，中间更新后的包列表 /var/lib/apt/lists/ 会保留在第一层中，即使第二层删了它，第一层数据仍占空间
- 合并成一条 RUN 命令后，所有操作在单一层内完成，临时文件可在同一层内及时清理
合并 RUN 的正确写法：用 && 连接 + 及时清理
关键不是“把命令堆在一起”，而是确保清理动作（如 rm -rf）与安装动作处于同一 RUN 行内，否则清理无效。
- ✅ 推荐写法：RUN apt-get update && apt-get install -y curl && rm -rf /var/lib/apt/lists/*
- ❌ 错误写法：RUN apt-get update
RUN apt-get install -y curl
RUN rm -rf /var/lib/apt/lists/*（前两层残留大量缓存） - 对 Alpine 镜像同理：RUN apk add --no-cache curl
COPY 和 ADD 合并也有讲究
COPY 多个文件或目录时，尽量一次完成，避免多次 COPY 引入冗余层；但更重要的是控制复制内容本身是否精简。
- 不要 COPY 整个源码目录再删不需要的文件（如 .git、tests、docs），而应在 COPY 前就过滤
- 可用 .dockerignore 文件排除无关路径，比在镜像里删除更彻底
- 如果必须分步复制（如先复制依赖再复制代码），确保顺序合理，利于缓存复用
注意：合并不能替代多阶段构建
指令合并只能减少单阶段内的层数和临时文件残留，但无法剔除编译工具链、测试依赖等“本就不该进生产镜像”的内容。这类问题必须靠多阶段构建解决。
- 例如 Go 编译：合并 RUN 无法让 golang:1.21 镜像变小，但多阶段构建可让最终镜像只含二进制，不含 go 编译器
- 指令合并是“瘦身辅助”，多阶段构建才是“断舍离主力”
