示例中Docker多阶段构建相较单阶段构建的核心优势是什么？

结合你给出的官方示例Dockerfile，这种多阶段写法的实际收益主要有以下几点：

• 大幅缩小最终镜像体积
  第一阶段的build-image里安装的g++、make、cmake等编译依赖、apt更新产生的缓存文件、编译过程生成的中间临时文件，全部只会停留在构建阶段，不会被带入最终镜像。最终镜像仅保留干净的python基础镜像、业务代码、运行必须的awslambdaric依赖，体积比单阶段构建小很多。对于Lambda服务来说，镜像体积越小，冷启动速度越快，运行成本也更低。
• 减少攻击面，提升运行安全性
  最终运行镜像中没有多余的编译工具、系统包，避免了这些不必要的组件存在漏洞被利用的风险，大幅降低了运行环境的攻击面。
• 省去冗余的清理逻辑，降低维护成本
  如果用单阶段构建要达到同样的小体积效果，你需要在每一步安装依赖后手动执行清理命令（比如apt clean && rm -rf /var/lib/apt/lists/*、删除pip缓存等），不仅要多写很多冗余代码，还容易出现清理遗漏的情况。多阶段构建只需要复制运行必须的文件到最终阶段，不需要手动处理各类构建残留。
• 构建分层更清晰，缓存复用效率更高
  构建依赖和运行时环境完全拆分，修改构建逻辑和修改运行配置互不影响。只要构建阶段的依赖配置没有变更，后续迭代构建时Docker可以直接复用之前的构建缓存，大幅提升构建速度。

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