核心思路是将安装、编译、清理合并至同一run层，因每条run生成独立只读层，分层删除无法清除前层残留文件，导致镜像体积膨胀；推荐用&&串联命令并调用make clean或distclean，配合多阶段构建进一步瘦身。

在 Docker 的 RUN 指令中清理构建工具残余的临时编译文件，核心思路是：**把安装、编译、清理三步合并到同一个 RUN 层中，避免中间产物残留到最终镜像**。

为什么不能分开写多个 RUN？

每个 RUN 指令会生成一个新镜像层。即使你在后续层里用 rm -rf 删除了文件，前面层里已写入的临时文件（如 .o、a.out、build/）仍保留在历史层中，会增大镜像体积。

推荐写法：编译与清理在同一行

以使用 make 构建 C 项目为例：

Docker Cli

使用 Docker CLI 构建、运行、停止、检查和管理容器与镜像的助手。用于执行容器相关任务。

下载

• ✅ 正确（单层、无残留）：
  RUN apt-get update && apt-get install -y build-essential && \
  make && make install && \
  rm -f myapp *.o && \
  apt-get clean && rm -rf /var/lib/apt/lists/*
• ❌ 错误（分层导致残留）：
  RUN apt-get install -y build-essential
RUN make
RUN rm -f *.o myapp

针对 Makefile 项目的常见清理动作

如果项目自带 clean 或 distclean 目标，优先调用它：

• RUN make && make clean —— 清理 .o、.d 等中间文件
• RUN make && make distclean —— 还会清除 configure 生成的脚本和配置缓存
• 配合 .PHONY: clean 确保 clean 总是执行，不被时间戳跳过

额外建议：精简构建依赖

避免在最终镜像中保留编译器等开发工具：

• 用多阶段构建（multi-stage build），只把编译产物 COPY 到轻量运行镜像
• 若必须单阶段，用 apt-get purge -y --auto-remove <build-deps></build-deps> 彻底卸载构建依赖包