本地运行代码出现Request did not match any routes错误及空白页求助

我之前也碰到过几乎一模一样的区域路由失效情况，结合你描述的场景——之前能正常通过areaRoute打开Dashboard，现在突然路由完全失效，问题集中在AbstractReport区域的控制器，给你几个针对性的排查和解决方向：

• 优先检查区域路由的注册顺序
  端点路由的匹配是按注册顺序来的，如果通用控制器路由（MapControllerRoute）在区域路由（MapAreaRoute）之前注册，很可能会把本该匹配区域的请求给“抢”走。一定要确保区域路由先注册，比如：

  // 先注册区域路由
  app.MapAreaControllerRoute(
      name: "AbstractReport_Area",
      areaName: "AbstractReport",
      pattern: "AbstractReport/{controller=Dashboard}/{action=Index}/{id?}"
  );
  // 再注册全局通用路由
  app.MapControllerRoute(
      name: "default",
      pattern: "{controller=Home}/{action=Index}/{id?}"
  );
  

• 验证控制器的[Area]属性是否正确
  别小看拼写错误！一定要确认AbstractReport区域下的控制器都正确标记了[Area("AbstractReport")]特性，而且区域名称的大小写和路由配置里的完全一致：

  [Area("AbstractReport")]
  public class DashboardController : Controller
  {
      public IActionResult Index()
      {
          return View();
      }
  }
  

• 排查特性路由和区域路由的冲突
  如果你的控制器上使用了[Route]特性路由，它会直接覆盖区域路由的配置。这种情况下，需要在特性路由模板里明确加上区域前缀：

  [Area("AbstractReport")]
  [Route("AbstractReport/[controller]/[action]")]
  public class DashboardController : Controller
  {
      // ...
  }
  

• 确认路由模板的正确性
  如果你自定义了MapAreaRoute的pattern，检查是否遗漏了区域名称前缀，或者占位符格式错误。比如不要把AbstractReport/前缀弄丢，否则请求无法匹配到区域路由。

• 启用路由调试来定位问题
  在开发环境中，你可以开启路由相关的日志，或者用调试工具查看请求的路由匹配过程。比如在Program.cs中添加日志配置：

  builder.Logging.AddFilter("Microsoft.AspNetCore.Routing", LogLevel.Debug);
  

  这样就能在控制台日志里看到请求到底尝试匹配了哪些路由，为什么没匹配上，能快速定位问题根源。

内容的提问来源于stack exchange，提问作者D. King