为何Dockerfile中合并RUN命令构建的镜像比独立RUN更小？

这是Docker镜像分层特性与yum执行逻辑共同作用的结果，具体拆解如下：

1. Docker分层的核心规则 #

Docker镜像由只读增量层堆叠而成，每个RUN命令都会生成新层，层内仅记录与上一层的文件差异。所有层的内容会被永久保留，后续层无法真正删除前序层的文件（标记删除也只是在新层做记录，原文件仍存在于前序层）。

2. 多RUN命令的空间浪费 #

当你拆分三个RUN时：

• RUN yum update -y这一层会留存大量内容：包括系统更新后的文件变化，以及yum下载的所有更新包缓存（存在/var/cache/yum/），这部分本身就占了数百MB。
• 后续两个RUN yum install会基于更新后的层继续操作，安装新包的同时又会产生新的yum缓存，这些内容被追加到新层里。
• 最终镜像大小是三层内容的总和，等于「更新层+两次安装层」的所有文件（含重复的缓存）。

3. 单RUN命令的空间优化 #

合并成一个RUN时：

• 所有操作在同一个临时容器内完成，最终只生成一层。yum执行update后直接做install，会复用之前的缓存，不会重复下载相同包文件。
• 即便没显式清理缓存，同一容器生命周期内的临时文件不会被重复记录，最终层仅包含「更新+安装」的必要文件，以及一次yum操作的缓存（而非两次），自然比三层的总大小小很多。

额外优化建议 #

要进一步压缩镜像体积，建议在单RUN末尾添加缓存清理命令：

FROM centos:7

RUN yum update -y && \
    yum install -y kde-l10n-Chinese glibc-common && \
    yum clean all && \
    rm -rf /var/cache/yum

彻底删除yum缓存，避免不必要的内容占用空间。

内容的提问来源于stack exchange，提问作者David Smith