ASP.NET Core MVC Razor Pages路由错误复用已有路由数据问题

你遇到的路由参数自动复用不是框架bug，是ASP.NET Core路由系统的默认设计特性：环境路由值（Ambient Route Values） 机制。
生成链接时，如果当前请求上下文中已存在某路由参数的值，且生成链接时没有显式给该参数赋值，框架会自动复用当前请求中的参数值。这个设计的初衷是减少冗余代码——比如多语言站点的culture参数、区域路由参数这类需要全链路保留的公共参数，不需要每个链接都重复写赋值逻辑。
你之前给News页配置的路由把id设为了可选参数（正则规则末尾带?），当你在详情页生成指向News页的链接且不显式传id时，框架就会自动把当前请求url里的id值拿过来填充，导致链接还是指向当前详情页。

以下几种方式都是符合框架设计规范的，没有hack成分，可以根据自己的代码习惯选择：

• 显式清空不需要复用的参数：你目前用的asp-route-id=""不是临时方案，是官方推荐的标准写法。这个写法本质是给链接生成器传了明确的信号：id参数我不需要传值，不要从当前上下文里拿环境值填充。
• 拆分路由规则，取消id参数的可选配置：把原来同一个带可选id的路由拆成两个明确独立的路由，框架在匹配无参数的链接时就不会尝试填充id参数：

builder.Services.AddRazorPages(options =>
{
    // 列表页固定路由，无参数
    options.Conventions.AddPageRoute("/News", "News");
    // 详情页路由，id为必填参数，去掉末尾的可选标记?
    options.Conventions.AddPageRoute("/News", "News/{id:regex(^\\d+\\-.*)}");
});

• 固定路径直接用原生href属性：如果链接目标是固定的列表路径/news，完全可以绕开标签助手的链接生成逻辑，直接写原生href，不会受环境路由值任何影响，性能也更好：

<a href="/news">All Articles</a>

不建议尝试全局禁用环境路由值复用。这个机制覆盖了很多高频场景的便利逻辑，比如跨页面保留区域、语言、分页参数等，全局关闭后反而需要给所有依赖自动透传的链接手动补全参数，大幅增加维护成本。

关于你提到的“未显式设置的参数应默认为未传值”的设计直觉是完全合理的，只是框架在做特性权衡时，优先选择了满足公共参数自动透传的更高频场景，对于不需要透传的参数，显式指定空值即可，没有额外的性能或逻辑问题。

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