Blazor应用IIS Express与MyApp调试配置输出差异原因及选型建议

你遇到的现象本质是不同托管模式下的静态资源缓存策略差异，和Blazor的组件渲染逻辑没有关系，具体的对应表现完全可以和你碰到的现象对上：

• 当你选择MyApp配置运行时，本质是直接调用项目的dll，由Kestrel内置的静态文件中间件对外提供资源。开发环境下这套中间件默认会给wwwroot目录下的静态资源返回非常激进的长效缓存头，只要文件的哈希值没有变化，浏览器就会一直使用磁盘里存的旧版本CSS文件，根本不会向服务器请求你本地刚修改的bootstrap.min.css。这就解释了为什么你改文件里的top:100%为top:80%、甚至直接注释掉整个.dropdown-menu规则都没有任何效果——浏览器压根没拉你改完的新文件。但你修改HTML结构（删掉元素上的类名）的时候，因为Blazor的组件渲染是由服务端动态返回的、不依赖静态缓存，所以改完立刻就能看到效果。
• 当你选择IIS Express配置运行时，它的静态资源处理是由IIS的工作进程接管的。默认配置下IIS Express对项目目录下的静态资源不会强制下发长效缓存头，还会实时监听目录下的文件变化，所以你修改bootstrap.min.css的内容，浏览器下一次请求就能拿到最新版本，自然会立刻生效。而你之前遇到的“修改HTML代码不更新”的问题，是旧版IIS Express的工作进程会缓存预编译的Razor视图内容，加上浏览器对Blazor启动页的局部缓存导致的，和缓存静态资源的逻辑是同一类问题。

• 开发环境下强制关闭静态资源长效缓存
  在项目的入口文件（Program.cs）中，开发环境分支下给静态文件中间件加上禁用缓存的配置，让所有静态资源的响应都带上Cache-Control: no-cache的标记，强制浏览器每次请求都获取最新文件，不要使用磁盘缓存的旧版本。
• 给CSS引用加动态版本戳
  在页面中引入Bootstrap样式的位置，把固定的文件路径改成带动态版本参数的形式，比如bootstrap.min.css?v=@System.Reflection.Assembly.GetExecutingAssembly().ManifestModule.ModuleVersionId，每次编译生成的版本号都是唯一的，从根源上避免缓存命中旧文件的问题。
• 调试阶段固定开启浏览器缓存禁用
  打开浏览器开发者工具，切到Network面板，勾选Disable cache选项，只要开发者工具保持打开，浏览器就不会使用本地缓存的静态资源，不管用哪种托管模式，改完代码刷新就能看到最新效果，不用反复清缓存。
• 不要直接修改压缩打包后的bootstrap.min.css文件
  这类文件是构建流程自动生成的压缩产出，一旦重新执行前端打包命令，手动写入的修改会被完全覆盖。如果需要调整Bootstrap的默认样式，要么在Bootstrap引用之后写自定义的覆盖CSS规则，要么修改Bootstrap的源码源文件再重新打包，不要直接改动产出的压缩文件。

• 日常Blazor开发优先选择MyApp配置（即Kestrel直接托管的启动方式），这种运行模式和线上生产环境的Kestrel托管行为完全一致，不会出现IIS Express特有的进程缓存问题，启动和热更新的速度也更快。
• 你之前遇到的IIS Express下HTML修改不更新的问题，只需要在修改代码后手动停掉IIS Express的工作进程、重新启动调试就能解决，不需要为了这个问题切换启动配置。
• 后续如果再遇到“代码改了但页面没变化”的情况，先打开浏览器Network面板检查实际加载的资源内容，绝大多数这类问题都是缓存导致的，不需要去排查业务逻辑。

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