如何在Docker多阶段构建中获得体积极小的最终镜像

是否推送了全部构建内容？ #

你推送的最终镜像没有包含builder阶段的全部构建内容。标准Docker多阶段构建逻辑下，最终镜像仅会包含最后一个FROM声明开始的目标阶段（也就是你示例中的runner阶段）的所有层，builder阶段的所有内容不会被纳入最终镜像，也不会被推送至镜像仓库。

镜像过大的优化方案 #

你可以按以下步骤排查优化，得到体积更小的最终镜像：

• 定位占用体积的镜像层：执行docker history myapp:latest命令查看每一层镜像的体积，直接定位到大体积对应的层，针对性调整。
• 移除冗余的zip包占用：你当前的Dockerfile中先拷贝zip包、再解压的操作会让zip包单独占用一层镜像空间，即使后续删除zip包，对应的体积也不会被释放。可以调整指令将解压和删除操作合并在同一条RUN指令中：

  COPY --from=builder /work/myapp.zip .
  RUN unzip myapp.zip -d /myapp && rm -f myapp.zip
  

  更优的方案是直接在builder阶段完成解压，仅拷贝解压后的可用应用文件到runner阶段，完全避免zip包进入最终镜像。
• 检查拷贝内容是否冗余：确认你从builder阶段拷贝的内容仅包含运行应用必须的文件，不要把builder阶段的编译缓存、依赖安装包、临时日志等无关内容一起拷贝到runner阶段。
• 确认开启BuildKit构建：未开启BuildKit的旧Docker构建器可能存在缓存冗余问题，构建前先开启BuildKit再执行构建：

  export DOCKER_BUILDKIT=1
  docker build -t myapp .
  

• 裁剪应用本身体积：如果排查后发现大体积层是你的应用本身，可以对应用做裁剪，比如编译后移除debug符号、压缩静态资源、只保留运行必须的二进制文件等。

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