ASP.NET Core 2.2 目标.NET Framework，Azure应用服务InProcess模式启动失败

我来帮你分析并解决这个ANCM In-Process Handler Load Failure的问题——这种情况在目标框架为.NET Framework的ASP.NET Core 2.2应用部署到Azure App Service时确实很常见，咱们一步步来排查和解决：

问题核心原因 #

ASP.NET Core 2.2的InProcess托管模式依赖AspNetCoreModuleV2，而该模块原本是为.NET Core Runtime设计的。当你的应用目标框架是.NET Framework时，Azure App Service的环境配置、项目依赖都需要满足特殊要求，否则就会出现模块加载失败的500错误。

具体解决方案 #

1. 确认Azure App Service的.NET Core Runtime版本 #

虽然你的应用目标是.NET Framework，但InProcess托管依然依赖.NET Core Runtime（ASP.NET Core 2.2对应.NET Core Runtime 2.2.x版本）：

• 登录Azure Portal，进入你的应用服务，点击配置→常规设置
• 在“.NET Core版本”下拉框中选择2.2.x的版本（不要选.NET Framework版本）
• 保存设置并重启应用服务

2. 检查项目依赖项 #

确保你的项目包含以下必要NuGet包（版本均为2.2.x）：

• Microsoft.AspNetCore.Server.IIS：InProcess托管必须依赖这个包来实现IIS集成
• Microsoft.AspNetCore.App：ASP.NET Core 2.2的元包，包含核心运行时组件
  如果是手动升级的项目，可能需要手动添加这些依赖。

3. 调整发布配置与web.config #

• MSBuild发布参数：在Azure Pipelines的MSBuild任务中，添加参数 /p:AspNetCoreHostingModel=InProcess，确保发布时托管模式被正确设置为InProcess，避免被默认配置覆盖。
• web.config验证：确认你的InProcess配置中AspNetCoreModuleV2是可用的（Azure App Service对ASP.NET Core 2.2环境已经支持V2模块），同时检查processPath路径是否正确：

<?xml version="1.0" encoding="utf-8"?>
<configuration>
<location path="." inheritInChildApplications="false">
<system.webServer>
<handlers>
<add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModuleV2" resourceType="Unspecified" />
</handlers>
<aspNetCore processPath=".\Flymark.Online.Web.exe" arguments="" stdoutLogEnabled="true" stdoutLogFile="../stdout" hostingModel="InProcess" />
</system.webServer>
</location>
</configuration>

4. 查看详细日志定位问题 #

你已经开启了stdoutLogEnabled，可以通过Kudu控制台查看详细错误日志：

• 访问https://<你的应用名称>.scm.azurewebsites.net/
• 进入site\logs目录，查看stdout开头的日志文件，里面会记录模块加载失败的具体原因（比如找不到某个依赖项、Runtime版本不匹配等），帮助你精准排查。

临时替代方案 #

如果以上配置都无法解决问题，考虑到你目前有遗留限制必须使用.NET Framework，ASP.NET Core 2.2针对.NET Framework的InProcess支持确实不如OutOfProcess成熟。你可以暂时保留OutOfProcess模式，通过优化应用代码、启用响应缓存等方式提升性能，等后续移除遗留限制切换到.NET Core后，再完全启用InProcess托管模式。

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