构建Docker镜像的流程及本地.NET Framework 4.8复用问题咨询

一、构建Docker镜像的核心操作流程 #

• 上下文打包上传：Docker CLI会把构建上下文（默认是当前执行docker build命令的目录及其子目录）内的所有文件打包，发送给Docker守护进程，后续的COPY、ADD等指令只能用到这个上下文里的文件。
• 分层执行Dockerfile指令：从FROM指令开始逐条执行，大部分指令会生成独立的镜像层：
  • FROM：拉取指定的基础镜像（本地没有的话就从远程仓库下载），作为整个镜像的底层基础。
  • RUN、COPY、ADD：每执行一条这类指令，就基于上一层镜像创建新的可读写层，记录文件系统的变更（比如安装软件、复制代码）。
  • ENV、WORKDIR、EXPOSE：这类指令不会生成新的文件层，但会把配置信息写入镜像的元数据，比如设置环境变量、指定工作目录。
• 缓存复用优化：Docker会自动检查每条指令是否有可复用的缓存层，比如之前执行过相同的RUN命令且构建上下文没变化，就直接用已有的层，不用重复执行，加快构建速度。
• 生成最终镜像：所有指令执行完成后，Docker会把所有层整合（逻辑上合并，实际还是分层存储），生成带有指定标签的镜像，存入本地镜像仓库。

二、关于.NET Framework 4.8 SDK基础镜像的层复用问题 #

当你在Dockerfile里写FROM mcr.microsoft.com/dotnet/framework/sdk:4.8时，完全不会用到本地机器已安装的.NET Framework 4.8 SDK及运行时：

• Docker的镜像构建环境和本地系统是完全隔离的，镜像的文件系统独立于本地系统，两者没有任何关联。
• 这个微软官方的基础镜像本身已经预装好.NET Framework 4.8 SDK和运行时，构建时直接使用该基础镜像的现有层。如果本地还没有这个基础镜像，Docker会先从mcr.microsoft.com拉取完整的镜像层到本地；之后再构建时，就复用本地已下载的这些层，不会重新下载或安装。

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