安装Visual Studio 2019后IIS报<%@ Page Async="true" %>相关错误

触发该问题的核心逻辑 #

Visual Studio 2019安装过程会默认修改系统级的.NET运行时环境与IIS配置，原本老旧ASP.NET应用中不符合异步规范的隐性问题（比如未被捕获的async void调用、WCF服务异步分发逻辑漏洞），在旧版本运行时的宽松校验下可以正常运行，新版本强化校验后直接触发进程崩溃。

具体排查步骤 #

• 校验.NET Framework运行时版本变更：VS2019会强制安装.NET Framework 4.8累积更新，查看C:\Windows\Microsoft.NET\Framework64\v4.0.30319路径下的System.Web.dll、System.ServiceModel.dll文件版本，确认安装VS2019后是否有版本升级。新版System.Web.dll对AspNetSynchronizationContext.OperationStarted方法增加了严格的调用时机校验，旧版遇到非法调用会静默忽略，新版直接抛出InvalidOperationException异常。
• 检查IIS应用程序池配置变更：VS2019安装后会默认调整本地IIS站点的托管管道模式，若老应用原本运行在经典模式下被改为集成模式，两种模式下的异步调用校验逻辑差异会直接触发该报错。
• 排查调试注入服务影响：VS2019会默认安装系统级调试诊断服务，这类服务会注入到w3wp.exe进程中修改WCF消息分发逻辑，放大原本存在的异步调用时序问题，直接触发异常。
• 核对WCF绑定配置逻辑：老旧应用中如果存在WCF客户端同步调用、但服务端配置开启异步支持的场景，新版System.ServiceModel.dll会默认尝试走异步分发路径，触发ASP.NET同步上下文校验失败。

临时验证方案 #

• 安装VS2019后无需卸载，在站点web.config的<appSettings>节点添加配置：<add key="aspnet:UseTaskFriendlySynchronizationContext" value="false" />，重启应用池后验证是否恢复正常，该配置会回退到旧版的同步上下文校验逻辑。
• 将站点对应应用池的托管管道模式改回经典模式，同时开启启用32位应用程序配置，验证是否恢复。
• 停止VS2019自带的Diagnostics Hub Standard Collector Service等诊断服务，回收应用池后测试是否正常。

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