IIS w3wp.exe 的 -m 参数：一个未被记录的管道模式标识
测试环境与方法
在本地 IIS 上创建两个应用程序池进行对比测试：
myblog— 管道模式设置为Classicmyblog-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
结论很明确：
-m值 | 管道模式 |
|---|---|
| 0 | Integrated Pipeline |
| 1 | Classic Pipeline |
值得注意的是，这个取值有点反直觉——通常 "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 只能看到特定扩展名的请求。