.NET 6应用遇Windows更新后因hostpolicy.dll缺失启动失败求助

1. .NET运行时更新异常：.NET 6作为LTS版本，Windows更新会自动推送同主版本的最新补丁包（如6.0.26），但更新过程中可能因文件锁、权限问题或中断导致6.0.26运行时目录缺失Microsoft.NETCore.App.deps.json、hostpolicy.dll等关键文件，造成运行时环境残缺。
2. 运行版本自动绑定逻辑：默认情况下，框架依赖部署（FDD）的.NET应用会优先加载系统中同主版本的最高补丁版本运行时。当这个自动选中的高版本运行时文件损坏，就会触发找不到文件的致命错误。
3. 偶发触发的原因：Windows更新是后台静默执行，部分场景下更新未完全完成，运行时目录处于“半安装”状态，只有当应用启动时恰好匹配到这个残缺版本才会报错，因此表现为偶发故障。

• 采用独立部署（SCD）：发布应用时将依赖的.NET 6.0.11运行时一起打包，完全脱离系统安装的运行时环境。执行发布命令：

  dotnet publish -c Release -r win-x64 --self-contained true
  

  部署后应用只会使用自身包内的运行时，不受后续Windows更新带来的运行时版本变化或损坏影响。
• 锁定运行时版本：
  • 在项目文件（.csproj）中添加配置，强制应用使用指定的6.0.11运行时：

    <PropertyGroup>
      <RuntimeFrameworkVersion>6.0.11</RuntimeFrameworkVersion>
    </PropertyGroup>
    

  • 或修改应用目录下的MyApp.runtimeconfig.json，指定运行时版本：

    {
      "runtimeOptions": {
        "framework": {
          "name": "Microsoft.NETCore.App",
          "version": "6.0.11"
        }
      }
    }
    

  这样应用会跳过自动匹配高版本运行时，始终尝试加载6.0.11版本，避免因高版本更新异常导致的故障。
• 修复系统运行时（针对FDD场景）：如果需要保留框架依赖部署，可通过以下方式修复：
  • 执行dotnet --repair命令，自动修复已安装的.NET运行时损坏问题；
  • 运行dotnet-sdk-check检查缺失的运行时组件，手动下载对应版本的.NET 6.0.26运行时安装包重新安装，补全缺失文件。
• 添加启动前检查：编写简单的批处理或脚本，在应用启动前检查目标运行时目录的关键文件（如hostpolicy.dll、deps.json）是否存在，若缺失则自动切换到备用的6.0.11运行时或提示修复。

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