在本地 IIS 上创建两个应用程序池进行对比测试：

• myblog — 管道模式设置为 Classic
• myblog-integrated — 管道模式设置为 Integrated

分别访问两个站点触发 w3wp.exe 启动后，直接抓取Memory Dump

直接使用Visual Studio打开下载后的DUMP文件，即可直接查看到Process Name中的启动命令.

测试结果

Classic 模式 (myblog)：

 c:\windows\system32\inetsrv\w3wp.exe -ap "myblog" -v "v4.0" -l "webengine4.dll" -a \\.\pipe\iisipmad280a1a-f928-4787-82d8-84bf4ec349ce -h "C:\inetpub\temp\apppools\myblog\myblog.config" -w "" -m 1 -t 20 -ta 0

Integrated 模式 (myblog-integrated)：

c:\windows\system32\inetsrv\w3wp.exe -ap "myblog-integrated" -v "v4.0" -l "webengine4.dll" -a \\.\pipe\iisipmb621060a-77e5-47ad-a1f8-abc137abe173 -h "C:\inetpub\temp\apppools\myblog-integrated\myblog-integrated.config" -w "" -m 0 -t 20 -ta 0 

结论很明确：

0 Integrated Pipeline 1 Classic Pipeline

-m 值	管道模式

值得注意的是，这个取值有点反直觉——通常 "1" 会被认为是"启用"或"更优"的选项，但这里 0 才是推荐的 Integrated 模式。

w3wp.exe 启动参数整理

顺便把观察到的其他参数也记录一下（基于实测，非官方文档）：

-ap Application Pool 名称 -v CLR 版本 -l 加载的引擎 DLL -a WAS 通信管道地址 -h 应用池配置文件路径 -m 管道模式 (0=Integrated, 1=Classic) -t 超时相关配置 -ta 超时动作相关配置

参数	含义

为什么这个参数很重要

回到最初的问题：为什么 Application Insights 自动检测在 Classic 模式下不工作？

这涉及到两种管道模式的架构差异：

• Integrated Pipeline 将 IIS 和 ASP.NET 的请求处理管道统一。HttpModule 可以介入所有请求的处理流程，无论是 .aspx、.html 还是静态资源。
• Classic Pipeline 沿用 IIS 6 的架构，IIS 和 ASP.NET 的管道是分离的。ASP.NET 的请求通过 ISAPI 扩展 (aspnet_isapi.dll) 处理，HttpModule 只能看到特定扩展名的请求。

Application Insights 的自动检测依赖于在请求管道中注入 HTTP 模块来采集遥测数据。Classic 模式下，这个模块无法拦截所有请求，导致数据采集不完整。因此 Application Insights 团队选择不支持 Classic 模式。

参考文档

排查 Azure 应用程序 Insights 代理问题：https://learn.microsoft.com/zh-cn/troubleshoot/azure/azure-monitor/app-insights/agent/status-monitor-v2-troubleshoot#iis-classic-pipeline-mode