Url.Action错误路由至API控制器问题求助

1. 路由注册顺序导致的优先级问题 #

ASP.NET里Web API和MVC的路由是两套独立系统，但路由注册的先后顺序会直接影响Url.Action的解析结果。如果Web API路由先于MVC路由注册，当Url.Action尝试生成URL时，路由系统会优先匹配Web API的路由模板——尤其是当两个控制器同名、Action名称也一致时，会直接命中Web API的路由规则。

2. Url.Action的匹配逻辑不区分HTTP方法 #

Url.Action生成URL时，只会遍历已注册的路由集合，找到第一个符合控制器名、Action名匹配条件的路由条目，不会在这个阶段校验目标Action的HTTP方法约束（[HttpGet]/[HttpPost]）。所以哪怕你的MVC Action是Get、Web API是Post，只要名称匹配，系统还是会优先生成Web API的URL。

3. HTTP方法约束的生效时机晚于路由匹配 #

[HttpPost]这类HTTP方法标注是在请求实际执行阶段才会验证的，而不是在生成URL的路由匹配阶段。也就是说，生成分页链接时，系统根本不会考虑这个Action接受什么请求方法，只要路由模板和名称对得上，就会生成对应的URL。这就导致分页按钮发送的Get请求，打到了只接受Post的Web API接口，直接触发405（方法不允许）错误。

4. X.PagedList依赖Url.Action生成链接 #

X.PagedList的分页按钮URL是通过调用Url.Action生成的，自然会继承上述路由匹配的问题，最终输出错误的API接口地址。

内容的提问来源于stack exchange，提问作者LUAN-I JACKSON