从.NET 6降级到.NET 5出现500.30错误：找不到System.Runtime v6.0.0

针对你降级到.NET 5后部署IIS出现的500.30启动失败、找不到.NET 6版本System.Runtime的问题，以下是几个可能被忽略的点及解决办法：

• 构建输出残留.NET 6依赖文件
  Azure Pipeline可能未清理之前.NET 6构建的缓存或输出目录，导致旧的.NET 6程序集（比如System.Runtime.dll）混入.NET 5的发布包中，引发版本冲突。
  解决：在Pipeline的构建步骤前添加dotnet clean命令清理项目；或者确保发布任务执行前彻底清空目标发布目录，避免新旧文件混合。

• 项目依赖中仍存在.NET 6版本的包
  虽然修改了<TargetFramework>net5</TargetFramework>，但部分NuGet包可能默认拉取了.NET 6兼容版本，或项目中存在直接引用.NET 6程序集的情况，间接依赖了.NET 6的System.Runtime。
  解决：打开项目文件（.csproj）检查所有<PackageReference>，确认包版本均兼容.NET 5；使用dotnet list package命令查看依赖树，排查是否有依赖项强制要求.NET 6；也可通过NuGet包管理器逐一检查依赖包的目标框架兼容性。

• Azure Pipeline构建/发布参数未完全适配.NET 5
  仅修改“Use .NET Core”任务的SDK版本不够，需确保构建和发布命令的参数也同步更新。比如之前的dotnet publish命令可能仍指定--framework net6.0，或部分依赖还原任务仍使用.NET 6环境。
  解决：检查Pipeline中的dotnet publish命令，明确添加--framework net5.0参数；确保所有涉及.NET环境的任务（还原、构建、发布）均使用.NET 5 SDK，避免环境混用。

• IIS应用池或托管组件配置问题
  尽管服务器安装了.NET 5 Runtime，但IIS应用池可能未正确配置，或缺少.NET 5对应的ASP.NET Core Hosting Bundle（该组件包含IIS托管模块和ASP.NET Core Runtime）。
  解决：打开IIS管理器，对应应用池的“.NET CLR版本”需设置为无托管代码；确认服务器已安装.NET 5版本的ASP.NET Core Hosting Bundle（即使已有高版本，低版本的Hosting Bundle仍需单独安装以适配.NET 5应用）。

• 部署模式不匹配
  若之前.NET 6采用自包含部署，降级后未同步修改部署模式，可能导致构建输出中仍包含.NET 6的Runtime文件。或者框架依赖模式下，项目的.NET 5版本与服务器上的Runtime版本不兼容。
  解决：检查.csproj，若为自包含部署，需将<RuntimeIdentifier>改为.NET 5对应的RID（比如win-x64），或设置<SelfContained>false</SelfContained>切换为框架依赖模式；确认项目的.NET 5版本（如5.0.14）与服务器上的Runtime版本一致。

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