IIS站点Features View修改生效规则及相关重启操作差异咨询

1. IIS站点Features View配置修改是否需要回收AppPool #

要看你修改的具体配置项类型：

• 如果修改的是站点级静态配置，比如默认文档、MIME类型、目录浏览权限、静态内容压缩规则这类，修改后直接生效，既不需要回收AppPool，也不需要重启站点。
• 如果修改的是和应用运行时强相关的配置，比如.NET Framework版本、托管管道模式、请求限制、和应用集成的身份认证规则、处理程序映射这类涉及应用运行时加载逻辑的配置，IIS会自动触发对应AppPool的回收，不需要手动操作，变更会在回收完成后正式生效。
• 补充说明：在Features View修改配置本质和直接修改对应站点的web.config配置文件逻辑一致，IIS检测到配置变更后会自动触发对应的生效逻辑。

2. 浏览器端查看变更的操作要求 #

和你修改的配置类型以及浏览器缓存策略直接相关：

• 如果修改的是服务端逻辑类配置，比如路由规则、身份验证逻辑、接口返回规则这类，只要服务端配置生效后，浏览器按F5普通刷新页面就能看到变更，不需要关闭标签页或者重启浏览器，除非你本地有业务层自行实现的持久化缓存。
• 如果修改的是静态资源相关配置，比如MIME类型、静态资源缓存过期时间、静态文件内容本身，要是浏览器已经缓存了旧的静态资源，按Ctrl+F5强制刷新跳过本地缓存拉取新资源即可，只有极端场景下存在CDN缓存或者浏览器持久化缓存未失效的情况，才需要清理浏览器缓存或者重启浏览器，正常场景不需要关闭当前标签页。
• 注意：如果配置变更触发了AppPool回收，站点使用InProc模式存储Session的话，原有会话会丢失，用户需要重新登录，这个和浏览器操作无关。

3. 几类IIS操作的区别 #

• iisreset：全局级别的操作，会重启整个IIS服务，服务器上所有站点、所有应用程序池都会先停止再启动，对业务影响范围最大，除非是全局配置变更，比如安装了新的IIS角色功能、修改了IIS根级配置，否则日常运维不推荐使用这个操作。
• AppPool启动/停止：针对单个应用程序池的操作，停止AppPool后，所有绑定到这个AppPool的站点都无法访问，当前运行的w3wp工作进程会直接终止，正在处理的请求会直接报错；启动操作就是重新拉起对应的w3wp工作进程，一般只用于AppPool出现严重故障无法正常回收的场景。
• AppPool回收：针对单个应用程序池的平滑操作，IIS会先拉起一个新的w3wp工作进程来处理新接收的请求，等旧进程里所有已经接收的请求处理完成后再关闭旧进程，对业务的影响最小，只会丢失原有进程里存储的InProc模式Session、内存缓存等数据，一般用于解决内存泄漏、配置变更后手动触发生效的场景。
• 站点重启：仅针对单个站点的操作，只会重启站点的请求路由逻辑，不会影响绑定的AppPool运行，也不会终止w3wp工作进程，生效速度最快，一般用于修改站点绑定、域名规则这类配置后使用，只会短暂影响该站点的请求接收，不会影响同一个AppPool下挂载的其他站点。

4. 正规学习渠道推荐 #

可以查阅微软官方维护的IIS技术文档专区，里面包含完整的操作指南、配置说明、最佳实践，内容准确性有保障；也可以参考微软TechNet社区的IIS板块的官方教程和一线运维实践案例。

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