Docker用runtime:6.0部署.NET6服务提示找不到Microsoft.AspNetCore.App框架

mcr.microsoft.com/dotnet/runtime:6.0 镜像仅预装了.NET 核心运行时对应的 Microsoft.NETCore.App 共享框架，不包含ASP.NET Core专属的Microsoft.AspNetCore.App共享框架。
报错的核心逻辑是：你的服务虽然没有直接编写ASP.NET Core Web相关代码，但项目存在直接或传递性的ASP.NET Core依赖，编译时生成的MyService.runtimeconfig.json文件中已经标记了对Microsoft.AspNetCore.App 6.0.0版本的框架依赖，运行时启动时找不到匹配的共享框架，就会抛出兼容错误。替换为aspnet:6.0镜像后问题消失，就是因为该镜像同时预装了上述两套共享框架，满足了依赖要求。

• 项目SDK配置错误：普通控制台服务应该使用Microsoft.NET.Sdk作为项目SDK，如果误配为Web项目专用的Microsoft.NET.Sdk.Web，不管你有没有写Web逻辑，构建时都会默认加入对Microsoft.AspNetCore.App的框架引用。
• 直接或间接引用了ASP.NET Core相关NuGet包：包括所有Microsoft.AspNetCore.*官方包，以及依赖ASP.NET Core的第三方组件（比如带AspNetCore标识的日志组件、鉴权组件、健康检查组件、可观测性集成包等），哪怕你代码里从未启动Web服务，依赖也会被标记到运行时配置中。
• 引用的类库项目存在ASP.NET Core依赖：如果你的服务项目引用了其他内部类库，而该类库本身配置了Web SDK、或者引用了ASP.NET Core相关包，依赖会沿着引用链传递到服务主项目。

1. 先确认依赖是否真实存在：打开编译输出目录下的MyService.runtimeconfig.json文件，只要在runtimeOptions.frameworks节点下存在name为Microsoft.AspNetCore.App的配置项，就说明项目确实被标记了ASP.NET Core运行时依赖，典型配置示例如下：

   {
     "runtimeOptions": {
       "frameworks": [
         {
           "name": "Microsoft.NETCore.App",
           "version": "6.0.0"
         },
         {
           "name": "Microsoft.AspNetCore.App",
           "version": "6.0.0"
         }
       ]
     }
   }
   

2. 定位依赖来源：在项目根目录执行命令 dotnet list package --include-transitive，在输出结果中检索所有Microsoft.AspNetCore前缀的包，顺着依赖层级就能找到引入该依赖的具体包或项目。
3. 按需选择修复方案：
   • 如果服务完全不需要ASP.NET Core相关能力：找到依赖源头后，移除不必要的ASP.NET Core相关包引用，把误改的项目SDK换回Microsoft.NET.Sdk，重新编译后即可正常使用runtime:6.0基础镜像部署。
   • 如果依赖无法移除（比如使用的第三方组件强依赖ASP.NET Core运行时）：继续使用aspnet:6.0作为运行时基础镜像即可，该镜像完全兼容普通控制台应用运行，不存在兼容问题。

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