如何停止IIS上托管的Blazor WebAssembly应用？常规操作无效

该问题和Blazor WebAssembly的托管特性、IIS的处理逻辑以及客户端缓存机制直接相关，常见触发原因如下：

• 操作未命中实际承载应用的IIS对象
  Blazor WebAssembly本质是纯静态资源集合（包含HTML、CSS、JS、.wasm二进制文件），不需要服务端运行.NET托管代码即可对外提供访问。不少用户部署时会将应用挂在默认站点Default Web Site下作为子应用或虚拟目录，而非创建独立站点：如果为子应用单独分配了自定义应用池，停止该自定义应用池不会影响父站点（默认使用DefaultAppPool）通过静态文件模块返回资源；如果仅通过右键菜单删除子应用节点、未删除对应的虚拟目录路径映射，父站点依然会将对应路径的请求路由到原物理文件夹，直接返回静态资源。
• PWA离线缓存造成服务端未停服的假象
  创建Blazor WASM项目时如果勾选了PWA支持选项，应用会自动注册Service Worker，将所有静态资源全量缓存到本地浏览器。正常场景下即便服务端站点关闭、甚至服务器断网，浏览器仍可从本地缓存加载完整应用，很容易被误认为服务端没有停用成功。删除应用物理文件夹后，浏览器请求service-worker.js时会返回404，触发Service Worker的失效清除逻辑，本地缓存被清空，才会表现为应用无法访问。
• IIS内核模式缓存残留
  IIS默认对静态资源开启HTTP.sys内核模式缓存，缓存内容存储在系统内核内存空间，常规的重启站点、回收应用池操作不会触发内核缓存清理；部分场景下即使重启IIS服务，只要未命中缓存失效规则，内核中留存的静态资源仍会被直接返回给请求方。
• 静态文件处理逻辑不依赖应用池状态
  对于纯静态内容，IIS的静态文件处理模块为全局注册模块，如果站点的.NET CLR版本配置为“无托管代码”，部分IIS版本在对应应用池停止的状态下，仍会直接返回静态资源，不会返回常规的503服务不可用响应。

排查方法：访问应用时按Ctrl+F5强制清空浏览器缓存刷新，如果此时应用无法访问，核心原因是本地PWA缓存；如果强制刷新后仍可访问，使用同局域网内从未访问过该应用的设备发起请求，如果能正常打开，说明IIS配置存在偏差，实际承载应用的站点或应用池未被正确停止。

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