RouteConfig.cs中路由映射顺序为何重要？API路由顺序异常排查

这个问题我太有发言权了！核心原因就是ASP.NET的路由系统是按注册顺序从上到下匹配请求的——只要找到第一个能匹配当前URL的路由规则，就会立刻停止后续匹配，直接用这个路由来处理请求。这也是为什么你把MapHttpRoute放在MapRoute后面就会报错的关键。

具体来说，这两种路由的匹配逻辑差异导致了顺序问题： #

• MVC的MapRoute规则更宽泛：它的默认规则是{controller}/{action}/{id}，这种规则不会区分请求是来自普通MVC页面还是Web API。当你的API请求（比如/api/Products/1）过来时，如果MVC路由先被注册，系统会把api当成控制器名称，Products当成Action名称，然后去寻找继承自System.Web.Mvc.Controller的ApiController——但你的API控制器其实是继承自System.Web.Http.ApiController的，MVC框架根本找不到对应的控制器和Action，自然就抛出「无法找到资源」的404错误。
• Web API的MapHttpRoute是精准匹配：它的默认规则通常是api/{controller}/{id}，带了api前缀，而且Web API的路由系统会专门识别针对API的请求特性（比如HTTP动词、请求头）。如果先注册这个路由，API请求会第一时间被匹配到，直接交给Web API的控制器处理，不会走到MVC路由的匹配逻辑里，自然就能正常运行。

总结一下路由注册的最佳实践： #

• 总是把更精准、范围更小的路由规则放在前面，宽泛的放在后面。Web API路由因为带了专属前缀，属于更精准的，所以必须优先注册。
• 你的代码里如果先写routes.MapHttpRoute，API请求会被正确拦截；反过来写的话，就会被MVC路由误匹配，导致找不到对应的资源。

附上你提到的代码片段：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.Http;
using System.Web.Mvc;
using System.Web.Routing;
using Newtonsoft.Json;
using Newtonsoft.Json.Serialization;

namespace WebAppli...

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