C#可通过WMI（推荐，兼容性好）或Microsoft.Web.Administration（需安装管理工具）操作IIS应用池状态；WMI使用rootWebAdministration命名空间、PacketPrivacy认证，调用Recycle()实现零停机回收；ServerManager仅限本地且需正确引用与权限。
怎么用C#调用Windows管理规范（WMI）操作IIS应用程序池
直接改IIS的应用程序池状态（启动/停止/回收），不能靠写配置文件或改注册表——得走WMI或Microsoft.Web.Administration。WMI兼容性更好，尤其在没装IIS管理脚本和工具的服务器上也能跑，但要注意权限：必须用管理员身份运行进程，且目标机器需启用WMI服务和IIS WMI提供程序。
常见错误现象：System.UnauthorizedAccessException 或 Invalid namespace 错误，大概率是权限不足或WMI命名空间写错。
- 命名空间固定为
"root\WebAdministration"（IIS 7.5+），不是"root\CIMV2" - 连接时指定
ConnectionOptions的Authentication为AuthenticationLevel.PacketPrivacy，否则远程调用常失败 - 操作前先确认应用池存在：用
ManagementObjectSearcher查ApplicationPool类，过滤Name属性，别硬编码调用InvokeMethod("Start")导致NullReferenceException - 示例片段：
var scope = new ManagementScope(@"\localhost ootWebAdministration");<br>scope.Connect();<br>var query = new ObjectQuery("SELECT * FROM ApplicationPool WHERE Name = 'MyAppPool'");<br>var searcher = new ManagementObjectSearcher(scope, query);<br>foreach (ManagementObject pool in searcher.Get()) {<br> pool.InvokeMethod("Recycle", null); // 注意是 Recycle，不是 Restart<br>}
C#里用ServerManager操作IIS站点和应用池的坑在哪
Microsoft.Web.Administration 是微软官方推荐方式，API直观，但依赖 IIS 管理控制台组件（即“管理脚本和工具”功能），Windows Server 默认不装，Win10/Win11 更得手动启用。漏掉这步，FileNotFoundException 报的是 Microsoft.Web.Administration.dll 找不到，而不是提示缺功能。
使用场景：本地部署脚本、安装程序集成、CI/CD中做预检配置。不适合远程调用（它只支持本地实例）。
- 必须引用
Microsoft.Web.Administration程序集，NuGet包Microsoft.Web.Administration仅适用于 .NET Framework；.NET Core/.NET 5+ 项目无法直接使用 -
ServerManager是重量级对象，打开后会锁住applicationHost.config，多个线程同时 new 它会卡死或抛IOException，务必用using包裹并及时.CommitChanges() - 设置应用池.NET版本别写字符串如
"v4.0"，要用ClrVersion.V40枚举，否则在某些IIS版本下静默失败 - 创建新站点时，
Site.Applications[0].VirtualDirectories[0].PhysicalPath必须是绝对路径且目录已存在，否则CommitChanges()直接崩
自动化部署Web站点时，怎么安全地重启应用池而不丢请求
直接 pool.Stop() + pool.Start() 是最危险的操作——中间有秒级空白期，负载均衡器若没健康检查或超时设长，用户就看到503。真正的“零停机”靠的是应用池的“重叠回收”机制，C#只需触发它，别手动启停。
- 调用
pool.Recycle()（WMI 或 ServerManager 下都有）才是正确做法，IIS会拉起新工作进程，等旧进程处理完现存请求再退出 - 确保应用池的“重叠回收”已启用（
enable32BitAppOnWin64和回收设置无关，别混淆），默认开启，但可通过applicationPool.ProcessModel.IdleTimeout或回收时间表间接影响行为 - 如果用了Session State InProc，重叠回收仍会导致Session丢失——这不是C#代码能绕过的，得切到
StateServer或SqlServer模式 - 发布前建议加个轻量检查：
pool.State == ObjectState.Started再回收，避免对已停止的池重复操作引发异常
为什么远程操作IIS总是连不上，本地却没问题
远程WMI调用IIS失败，90%不是代码问题，而是Windows防火墙、DCom权限、WMI命名空间权限三座大山没翻过去。
- 目标机器必须开启
Windows Management Instrumentation服务，且启动类型设为自动 - 防火墙要放行
WMI-In规则（端口动态，不能只开135）；用winrm quickconfig开启WinRM更稳妥（尤其跨域场景） - 执行账号需加入目标机的
Administrators和Performance Monitor Users组；还要在comexp.msc → DCOM配置 → Windows Management and Instrumentation → 属性 → 安全 → 启动和激活权限里加该账号 - WMI命名空间权限要手动赋：用
wmimgmt.msc → rootWebAdministration → 右键属性 → 安全 → 添加账号并勾选 Enable、Remote Enable
这些步骤没法用C#自动完成，得运维提前配好。写自动化脚本前，先在目标机上用 wbemtest.exe 手动连一次 rootWebAdministration，连通了再写代码。不然所有异常都是黑盒。
