.NET Core 3.1应用部署IIS为何需AspNetCoreModule而非V2版本

该问题的核心是3.1版本Web Server Hosting Bundle安装异常，导致IIS无法正确识别AspNetCoreModuleV2配置，安装1.x版本Bundle恰好修复了底层配置故障，常见根因如下：

• 安装流程不符合要求
  安装3.1 Hosting Bundle时未使用管理员权限，或安装顺序错误（先安装Bundle再启用IIS核心功能），会导致IIS全局配置文件%windir%\System32\inetsrv\config\applicationHost.config未正确写入AspNetCoreModuleV2的注册项，或对应的模块Schema文件缺失。此时即使IIS模块列表能看到V2模块，读取站点web.config的相关配置时仍然会抛出500.19错误。而1.x版本Hosting Bundle的安装流程会自动校验并修复IIS的ASP.NET Core模块注册Schema，补全缺失的全局配置项，间接解决了配置识别问题。
• 旧版本组件残留冲突
  如果服务器上曾经安装过预览版.NET Core组件，或是卸载旧版本.NET Core时存在残留的无效配置，会导致AspNetCoreModuleV2的版本映射异常，3.1版本Bundle的安装流程无法覆盖错误的注册项。而1.x版本Bundle的安装流程会清理无效的模块注册项，重新写入正确的映射规则，因此修复了故障。
• 位数不匹配
  若安装的3.1 Hosting Bundle位数与IIS应用池的位数设置不匹配（如安装了x86版本Bundle但应用池禁用了32位应用），会导致模块加载失败。部分版本的1.x Bundle会同时安装x86和x64双架构组件，刚好覆盖了对应位数的运行时依赖。

你可以通过以下步骤复现正常安装流程，无需保留1.x版本Bundle：

1. 卸载服务器上所有.NET Core相关的Runtime、Hosting Bundle组件
2. 确认IIS已启用「ISAPI扩展」「ISAPI筛选器」「ASP.NET 4.x」等核心功能
3. 使用管理员权限运行3.1.16版本Web Server Hosting Bundle安装包
4. 安装完成后执行iisreset命令重启IIS，重新验证站点可用性

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