在ASP.NET Core MVC项目中集成Blazor Server时，许多开发者都会遭遇一个典型的404错误——浏览器无法加载关键的 _framework/blazor.server.js 脚本文件。尽管页面外观正常，但Blazor的交互功能完全失效，控制台明确显示“Failed to load resource”错误。
这个问题的根源，通常隐藏在 Startup.Configure 方法中的中间件配置顺序里。本质上，Blazor Server 运行时依赖于框架自动注册的一套静态文件服务，用于托管 _framework/ 目录下的所有核心资源（包括 blazor.server.js、dotnet.wasm 及程序集文件）。该服务是通过一个无参数的 app.UseStaticFiles() 调用在请求管道中激活的。
然而，当你为了给特定静态资源（如图片、字体文件）设置自定义缓存策略，而添加了 app.UseStaticFiles(new StaticFileOptions { ... }) 配置时，问题便产生了。由于ASP.NET Core中间件管道的工作机制，后注册的中间件实例不会自动继承或合并前一个的配置。你显式传入的这个带参数的 UseStaticFiles 调用，会“覆盖”先前为Blazor服务的无参版本。最终导致：
- ✅ 你的自定义资源（如
/css/site.css）可能仍能正常访问（如果路径匹配了新配置）。 - ❌ 但
/_framework/blazor.server.js始终返回404错误，因为新的静态文件中间件并未配置处理此路径。 - ❌ 浏览器控制台报错，且Network面板中缺失Blazor启动时本应发往
/_blazor/negotiate的连接协商请求。
这类似于更换了房屋的总电闸后，新电闸只接通了客厅与卧室的电路，却遗漏了通往地下室（Blazor运行时）的线路。
✅ 正确的中间件顺序与配置方法
解决此问题的核心策略是“分离职责”。你需要保留那个专为Blazor服务的无参中间件，然后再为其他特定目录添加带自定义配置的中间件。关键在于调用顺序：无参版本必须置于最前端。
// ✅ 正确做法：首先启用 Blazor 默认静态文件服务（必须无参）
app.UseStaticFiles();
// ✅ 随后，为特定目录（例如 wwwroot/images）配置自定义缓存策略
app.UseStaticFiles(new StaticFileOptions
{
FileProvider = new PhysicalFileProvider(
Path.Combine(env.WebRootPath, "images")),
RequestPath = "/images",
OnPrepareResponse = ctx =>
{
ctx.Context.Response.Headers.Append("Cache-Control", "public, max-age=604800");
}
});
// ✅ 还可为其他路径（如从node_modules提供库文件）添加另一项配置
app.UseStaticFiles(new StaticFileOptions
{
FileProvider = new PhysicalFileProvider(
Path.Combine(env.ContentRootPath, "node_modules")),
RequestPath = "/_content/node_modules"
});
⚠️ 一个重要细节：
UseStaticFiles()的调用位置必须在UseRouting()之后、UseEndpoints()之前。并且，那个无参版本必须放在所有带参调用之前，否则其路径匹配逻辑可能被后续中间件拦截。
