ASP.NET Core 中的 Route 中间件的职责在于将 request 匹配到各自 Route 处理程序上，Route 分两种：基于约定 和 基本特性 模式。
基于约定 模式的Route采用集中化的方式，而 基于特性 的方式允许你在 Action 或者 Controller 上单独定义，到底采用哪一种可以基于你自己的应用场景，本篇就来讨论如何使用 基于特性 模式。
创建 Controller 类
创建一个 DefaultController 类，新增如下代码。
public class DefaultController : Controller
{
[Route("")]
[Route("Default")]
[Route("Default/Index")]
public ActionResult Index()
{
return new EmptyResult();
}
[Route("Default/GetRecordsById/{id}")]
public ActionResult GetRecordsById(int id)
{
string str = string.Format
("The id passed as parameter is: {0}", id);
return Ok(str);
}
}
Controller 级别定义 Route 特性
Route特性可用于 Controller 和 Action 级别，值得注意的是，如果应到到前者，那么 Controller 下的所有 Action 都受这个 Route 管控。
如果你仔细观察上面的 DefaultController 类代码，你会发现两个 Action 方法的 Route 路径都有 Default 前缀，这就不优雅了，优化方式就是把 Route 路径中的 Default 提取到 Controller 级别，代码如下:
[Route("Default")]
public class DefaultController : Controller
{
[Route("")]
[Route("Index")]
public ActionResult Index()
{
return new EmptyResult();
}
[HttpGet]
[Route("GetRecordsById/{id}")]
public ActionResult GetRecordsById(int id)
{
string str = string.Format("The id passed as parameter is: {0}", id);
return Ok(str);
}
}
可以看出当 Controller 和 Action 级别都被 Route 打上标记之后，http://Asp.Net Core 中的 Route 引擎会自动将两者拼接起来，当然更简单粗暴的做法就是在 Controller 上使用 RoutePrefix 特性，如下代码所示：
[RoutePrefix("services")]
public class HomeController : Controller
{
//Action methods
}
Action 级别定义 Route 特性
参考刚才的 DefaultController 类，我在 Index 方法上面定义了三个 Route 特性，这就意味着下面三种 Route 都可以访问到 Index() 方法，如下代码所示：
http://localhost:11277
http://localhost:11277/home
http://localhost:11277/home/index
常常在 基于约定 模式的Route中，它的 Route template 会有一些对参数的约定，比如下面的代码：
app.UseEndpoints(endpoints =>
{
endpoints.MapControllerRoute(
name: "default",
pattern: "{controller=Home}/{action=Index}/{id?}");
});
同样 基于特性 模式的 Route 也是可以使用参数模式的，比如文章之前的 DefaultController.GetRecordsById 就是的，值得注意的是模板中的 {id} 表示可接收任何参数，如 string，int 等等，如果你想限定为 int 的话，也是可以实现的。
使用 Route 约束
Route 约束 就是 Controller 前的一个防火墙，他会踢掉一些不合规范的 Action 请求，比如说：你要求某个 Action 接收的参数必须是 int，那在 Route 模板中定义的语法格式一定是这样的 {parameter:constraint}，如下代码所示：
[Route("Default/GetRecordsById/{id:int}")]
public ActionResult GetRecordsById(int id)
{
string str = string.Format("The id passed as parameter is: {0}", id);
return Ok(str);
}
在 Route 中使用可选参数
你也可以在 Route Template 上指定可选参数，意味着这个参数可传可不传，格式如下：
[Route("Sales/GetSalesByRegionId/{id?}")]
有一点非常重要，当你使用了 Route特性 之后，其实 Controller 或者 Action 的名字就不再重要了，因为 Route处理引擎 已经不再将其作为参考选项，下面的代码片段展示了如何在 Action 方法上变更 Route template 格式。
[Route("Home/GetRecordsById/{id:int}")]
public ActionResult GetRecordsById(int id)
{
string str = string.Format("The id passed as parameter is: {0}", id);
return Ok(str);
}
接下来可以直接使用如下地址访问 GetRecordsById 方法。
http://localhost:11277/home/GetRecordsById/1
对 Action 中的参数使用多个约束
真实场景中你不仅要求 id 必须是整数，还要求必须有一定意义，比如说最小值为1，对这种有 多重约束 的需求如何去实现呢？ 请看下面代码。
[Route("Default/GetRecordsById/{id:int:min(1)}")]
public ActionResult GetRecordsById(int id)
{
string str = string.Format("The id passed as parameter is: {0}", id);
return Ok(str);
}
常使用的 Route 约束
-
int 限定为 int 类型
-
max/min 限定 int 的最大数和最小数
-
minlength 限定 string 的最小长度
-
regex 限定符合的正则
创建自定义的 Route 约束
如果上面的一些约束不满足你的要求，你完全可以为你的场景深度定制，做法就是使用 IRouteConstraint 接口并实现它的 Match 方法即可，如下代码所示：
public class CustomRouteConstraint : IRouteConstraint
{
public bool Match(HttpContext httpContext, IRouter route,
string routeKey,
RouteValueDictionary values, RouteDirection routeDirection)
{
throw new NotImplementedException();
}
}
在 Controller 上使用 token 占位符
所谓的 token 占位符 就是具有一些特定含义的占位符号，比如说：[action], [area] 和 [controller]，分别表示用你真实的 Controller 和 Action 去替换，下面的代码展示了如何使用这种模式去实现。
[Route("[controller]/[action]")]
public class HomeController : Controller
{
private readonly ILogger<HomeController> _logger;
public HomeController(ILogger<HomeController> logger)
{
_logger = logger;
}
public IActionResult Index()
{
return View();
}
//Other action methods
}
整体来看，基于特性 的 Route 给了你更多的操控权限
灵活的 Route Template 配置实现了 Controller 和 Action 的解耦
当然这里也不是说 基于约定 的Route 不好，毕竟人家是 Global 级别的，真实场景下两者更多的是混着用。
感谢原文分享！
https://zhuanlan.zhihu.com/p/346414408
https://www.infoworld.com/article/3569369/how-to-use-attribute-routing-in-aspnet-core.html