1、MVC使用的路由

在MVC中，默认路由机制是通过解析url路径来匹配Action。比如：/User/GetList，这个url就表示匹配User控制器下的GetList方法，这是MVC路由的默认解析方式。

为什么默认的解析方式是这样子的呢？因为MVC定义了一个默认路由，路由代码放在App_Start文件夹下的RouteConfig.cs中，今后我们如果想要自定义路由规则，那自定义路由的代码也要写在RouteConfig.cs中。

public static void RegisterRoutes(RouteCollection routes)

{

routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

routes.MapRoute(

name: "Default",

url: "{controller}/{action}/{id}",

defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional }

);

}

url:"{controller}/{action}/{id}"定义了路由解析规则，{controller}是必填参数默认值是Home，{action}是必填参数默认值是Index，{id}表示匹配名称为id的形参，而且是可选参数（方法的参数列表中可以有名为id的形参，也可以没有）。

2、WebApi使用的路由

在WebApi中，默认路由机制是通过解析http请求的类型来匹配Action，也就是说WebApi的默认路由机制不需要指定Action的名称。比如：/api/Pleasure，这个url就表示匹配Pleasure

控制器下的[HttpGet]方法，/api是固定必填值，这是WebApi路由的默认解析方式。WebApi的默认解析方式之所以如此，同样也是因为定义了默认路由，路由代码放在App_Start文件夹下的WebApiConfig.cs中，

今后我们如果想要自定义路由规则，那自定义路由的代码也要写在WebApiConfig.cs中。

public static void Register(HttpConfiguration config)

{

// Web API 路由

config.MapHttpAttributeRoutes();

config.Routes.MapHttpRoute(

name: "DefaultApi",

routeTemplate: "api/{controller}/{id}",

defaults: new { id = RouteParameter.Optional }

);

}

routeTemplate:"api/{controller}/{id}"定义了路由解析规则，api是固定必填值，{controller}是必填参数无默认值，{id}表示匹配名称为id的形参，而且是可选参数（方法的参数列表中可以有名为id的形参，也可以没有）。

3、MVC和WebApi路由区别汇总

WebApi的默认路由机制通过http请求的类型匹配Action(如Get请求匹配以Get开头的Action,Post请求匹配以Post开头的Action)，MVC的默认路由机制通过url匹配Action

WebApi的路由配置文件是WebApiConfig.cs，MVC的路由配置文件是RouteConfig.cs

WebApi的Controller继承自Web.Http.ApiController，MVC的Controller继承自Web.Mvc.Controller

webapi的路由设置可显示指定action。这种方式不是restful风格（不简洁），但是很明确，不容易有歧义，推荐使用该方式

routeTemplate: "api/{controller}/{action}/{id}",

注：

当webapi的路由设置为routeTemplate: "api/{controller}/{id}"时：

1)根据请求时的方法（如GET、POST）匹配Action

当webapi的路由设置为routeTemplate: "api/{controller}/{action}/{id}"时：

1)根据请求时的方法（如GET、POST）以及路径中的Action名称匹配；

2)默认情况下以Get开头的Action依旧只能使用Get方法访问，以Post开头的Action依旧只能使用Post方法访问

3)可以在Action的前面增加[HttpGet]、[HttpPost]强制制定访问的方法

通常，为了简单起见，所有的方法均使用Post方式访问，访问路径均需要指定action