如何让Docker复用.NET容器中的通用DLL以减少下载量？

核心问题分析 #

你当前的问题根源在于：第二个COPY /publish /app命令把包含相同通用DLL的服务发布文件覆盖到了/app目录——尽管文件内容完全一致，但Docker会因为COPY操作的源路径不同生成新层，最终每个服务镜像都重复包含这8MB的DLL，导致客户端被迫重复下载。

可行解决方案 #

1. 拆分发布内容：只发布服务独有文件

先修改.NET服务项目配置，确保发布时不包含通用DLL：

• 在服务项目的.csproj文件中添加排除配置：

  <ItemGroup>
    <!-- 替换为你的通用DLL名称，支持通配符 -->
    <ExcludeFromPublish Include="CommonLib1.dll;CommonLib2.dll" />
  </ItemGroup>
  

• 如果通用库是NuGet引用，可设置<PrivateAssets>all</PrivateAssets>，避免发布时拷贝这些依赖。

再调整Dockerfile的拷贝顺序，先放通用层，再放服务独有文件：

# 从通用库镜像拷贝所有通用DLL
COPY --from=xyz.example.com/common-libraries /app/*.dll /app/

# 拷贝服务自身的发布文件（不含通用DLL）
COPY /publish /app/

此时第二个COPY的层仅包含服务独有的文件，通用DLL的层会被所有服务镜像共享，客户端只需下载一次。

2. 改用通用基础镜像

直接将common-libraries作为所有服务的基础镜像，替代每次COPY --from的操作：

# 以通用库镜像为基础层
FROM xyz.example.com/common-libraries AS base
WORKDIR /app

# 拷贝服务的发布内容（不含通用DLL）
COPY /publish /app/

# 保持原有的启动命令
ENTRYPOINT ["dotnet", "YourService.dll"]

这种方式下，所有服务镜像都会共享common-libraries的基础层，Docker客户端会自动缓存该层，1000个客户端仅需下载一次8MB的通用层，总下载量会大幅降低。

3. 启用BuildKit解决--link参数报错

COPY --link是Docker BuildKit的专属特性，需要先开启BuildKit才能使用：

• 临时开启：构建时添加环境变量

  DOCKER_BUILDKIT=1 docker build -t your-service .
  

• 永久开启：修改Docker daemon配置文件（Linux路径/etc/docker/daemon.json，Windows路径C:\ProgramData\docker\config\daemon.json）：

  {
    "features": {
      "buildkit": true
    }
  }
  

  重启Docker daemon后生效。

启用后，使用COPY --link可更高效管理文件层，避免不必要的重复：

COPY --link --from=xyz.example.com/common-libraries /app/*.dll /app/
COPY --link /publish /app/

验证方法 #

构建完成后，可通过以下方式确认层共享效果：

• 查看镜像层：docker inspect your-service-image，检查通用DLL所在层的ID是否与common-libraries镜像的层ID一致
• 对比不同服务镜像的层，确认通用层的ID完全相同

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