ASP.NET Core 8 Razor Pages带参数路由导致PageModel冲突问题

嘿，我太懂你这个头疼的问题了！这个路由匹配的坑我之前做项目的时候也踩过，咱们先来捋清楚为啥会出现这个情况，再给你几个靠谱的解决办法。

问题根源 #

你给Table页面设置的路由@page "/{model}"是个无前缀的开放参数路由——当你访问/Login或者/Index时，路由系统会把"Login"、"Index"当成{model}参数的值，所以会同时匹配TableModel和对应的LoginModel/IndexModel，两个PageModel都被触发，冲突自然就来了。

解决方案 #

1. 给带参数的路由加固定前缀（最推荐！）

这是最稳妥的解决方式，直接把带参数的路由和固定页面的路由彻底隔离开。比如：

• 把Table.cshtml的路由改成：

  @page "/tables/{model}"
  @model TableModel
  

• Form.cshtml的路由改成：

  @page "/tables/{model}/{form}"
  @model FormModel
  

  之后访问/tables/你的表名才会触发TableModel，而/Login、/Index就只会匹配对应的固定页面，完全不会有冲突了。这种方式不仅解决了当前问题，后续新增页面也不用再担心路由冲突，维护起来特别省心。

2. 给路由参数添加约束（适合不想改路由前缀的场景）

如果不想改路由结构，可以给{model}参数加约束，让它只匹配符合规则的值，或者排除掉已有的页面名称：

• 匹配表名格式：假设你的数据库表名都是字母、数字、下划线组合，就可以用正则约束：

  @page "/{model:regex(^[A-Za-z0-9_]+$)}"
  @model TableModel
  

• 排除特定页面：如果要避免匹配Login、Index这些固定页面，可以用正则排除它们：

  @page "/{model:regex(^(?![Login|Index|Dashboard]$).+$)}"
  @model TableModel
  

  这个正则的意思是：参数不能是Login、Index、Dashboard这些字符串，其他符合格式的才会匹配Table页面。不过这种方式有个小缺点，后续新增页面时得记得更新这个约束，不然又会出现冲突。

3. 调整路由优先级（应急方案）

Razor Pages的路由匹配是有优先级的，固定路由（比如@page "/Login"）默认优先级比带参数的路由高，但有时候可能因为注册顺序等原因导致匹配异常。你可以显式设置路由顺序：
在TableModel类上添加路由特性，把它的优先级调低：

[Route("/{model}", Order = 1)]
public class TableModel : PageModel
{
    // 你的代码
}

固定页面的路由默认Order是0（优先级更高），这样访问/Login时会优先匹配LoginModel。不过这种方式不如前两种可靠，只适合临时应急用。

总结 #

最推荐第一种加固定前缀的方案，从根源上解决了模糊匹配的问题，后续维护也更轻松。要是实在不想改路由结构，就用参数约束的方式，记得后续新增页面时同步更新约束哦~

备注：内容来源于stack exchange，提问作者user27271256