ASP.NET Core 中的路由

路由负责将请求 URI 映射到终结点选择器并向终结点调度传入的请求。 路由在应用中定义，并在应用启动时进行配置。 路由可以选择从请求包含的 URL 中提取值，然后这些值便可用于处理请求。 通过使用应用中的路由信息，路由还能生成映射到终结点选择器的 URL。

要在 ASP.NET Core 2.2 中使用最新路由方案，请在 Startup.ConfigureServices 中为 MVC 服务注册指定兼容性版本：

C#

services.AddMvc()
    .SetCompatibilityVersion(CompatibilityVersion.Version_2_2);

EnableEndpointRouting 选项确定路由是应在内部使用 ASP.NET Core 2.1 或更早版本的基于终结点的逻辑还是使用其基于 IRouter 的逻辑。 兼容性版本设置为 2.2 或更高版本时，默认值为 true。 将值设置为 false 以使用先前的路由逻辑：

C#

// Use the routing logic of ASP.NET Core 2.1 or earlier:
services.AddMvc(options => options.EnableEndpointRouting = false)
    .SetCompatibilityVersion(CompatibilityVersion.Version_2_2);

有关基于 IRouter 的路由的详细信息，请参阅本主题的 ASP.NET Core 2.1 版本。

 重要

本文档介绍较低级别的 ASP.NET Core 路由。 有关 ASP.NET Core MVC 路由的信息，请参阅 在 ASP.NET Core 中路由到控制器操作。 有关 Razor Pages 中路由约定的信息，请参阅 ASP.NET Core 中 Razor 页面的路由和应用约定。

查看或下载示例代码（如何下载）

路由基础知识

大多数应用应选择基本的描述性路由方案，让 URL 有可读性和意义。 默认传统路由 {controller=Home}/{action=Index}/{id?}：

• 支持基本的描述性路由方案。
• 是基于 UI 的应用的有用起点。

开发人员通常在专业情况下（例如，博客和电子商务终结点）使用属性路由或专用传统路由向应用的高流量区域添加其他简洁路由。

Web API 应使用属性路由，将应用功能建模为一组资源，其中操作是由 HTTP 谓词表示。 也就是说，对同一逻辑资源执行的许多操作（例如，GET、POST）都将使用相同 URL。 属性路由提供了精心设计 API 的公共终结点布局所需的控制级别。

Razor Pages 应用使用默认的传统路由从应用的“页面”文件夹中提供命名资源。 还可以使用其他约定来自定义 Razor Pages 路由行为。 有关详细信息，请参阅 ASP.NET Core 中的 Razor 页面介绍 和 ASP.NET Core 中 Razor 页面的路由和应用约定。

借助 URL 生成支持，无需通过硬编码 URL 将应用关联到一起，即可开发应用。 此支持允许从基本路由配置入手，并在确定应用的资源布局后修改路由。

路由使用“终结点”(Endpoint) 来表示应用中的逻辑终结点。

终结点定义用于处理请求的委托和任意元数据的集合。 元数据用于实现横切关注点，该实现基于附加到每个终结点的策略和配置。

路由系统具有以下特征：

• 路由模板语法用于通过标记化路由参数来定义路由。
• 可以使用常规样式和属性样式终结点配置。
• IRouteConstraint 用于确定 URL 参数是否包含给定的终结点约束的有效值。
• 应用模型（如 MVC/Razor Pages）注册其所有终结点，这些终结点具有可预测的路由方案实现。
• 路由实现会在中间件管道中任何所需位置制定路由决策。
• 路由中间件之后出现的中间件可以检查路由中间件针对给定请求 URI 的终结点决策结果。
• 可以在中间件管道中的任何位置枚举应用中的所有终结点。
• 应用可根据终结点信息使用路由生成 URL（例如，用于重定向或链接），从而避免硬编码 URL，这有助于可维护性。
• URL 生成是基于支持任意可扩展性的地址：可以使用依赖关系注入 (DI) 在任意位置解析链接生成器 API (LinkGenerator) 以生成 URL。如果无法通过 DI 获得链接生成器 API，则 IUrlHelper 会提供生成 URL 的方法。

 备注

在 ASP.NET Core 2.2 中发布终结点路由后，终结点链接的适用范围限制为 MVC/Razor Pages 操作和页面。 将计划在未来发布的版本中扩展终结点链接的功能。

路由通过 RouterMiddleware 类连接到中间件管道。 ASP.NET Core MVC 向中间件管道添加路由，作为其配置的一部分，并处理 MVC 和 Razor Pages 应用中的路由。 要了解如何将路由用作独立组件，请参阅使用路由中间件部分。

URL 匹配

URL 匹配是路由向终结点调度传入请求的过程。 此过程基于 URL 路径中的数据，但可以进行扩展以考虑请求中的任何数据。 向单独的处理程序调度请求的功能是缩放应用的大小和复杂性的关键。

终结点路由中的路由系统负责所有的调度决策。 由于中间件是基于所选终结点来应用策略，因此任何可能影响调度或安全策略应用的决策都应在路由系统内部制定，这一点很重要。

执行终结点委托时，将根据迄今执行的请求处理将 RouteContext.RouteData 的属性设为适当的值。

RouteData.Values 是从路由中生成的路由值的字典。 这些值通常通过标记 URL 来确定，可用来接受用户输入，或者在应用内作出进一步的调度决策。

RouteData.DataTokens 是一个与匹配的路由相关的其他数据的属性包。 提供 DataTokens 以支持将状态数据与每个路由相关联，以便应用可根据所匹配的路由作出决策。 这些值是开发者定义的，不会影响通过任何方式路由的行为。 此外，存储于 RouteData.DataTokens 中的值可以属于任何类型，与 RouteData.Values 相反，后者必须能够转换为字符串，或从字符串进行转换。

RouteData.Routers 是参与成功匹配请求的路由的列表。 路由可以相互嵌套。 Routers 属性可以通过导致匹配的逻辑路由树反映该路径。 通常情况下，Routers 中的第一项是路由集合，应该用于生成 URL。 Routers 中的最后一项是匹配的路由处理程序。

URL 生成

URL 生成是通过其可根据一组路由值创建 URL 路径的过程。 这需要考虑终结点与访问它们的 URL 之间的逻辑分隔。

终结点路由包含链接生成器 API (LinkGenerator)。 LinkGenerator 是可从 DI 检索的单一实例服务。该 API 可在执行请求的上下文之外使用。 MVC 的 IUrlHelper 和依赖 IUrlHelper 的方案（如 Tag Helpers、HTML Helpers 和 Action Results）使用链接生成器提供链接生成功能。

链接生成器基于“地址”和“地址方案”概念。 地址方案是确定哪些终结点用于链接生成的方式。 例如，许多用户熟悉的来自 MVC/Razor Pages 的路由名称和路由值方案都是作为地址方案实现的。

链接生成器可以通过以下扩展方法链接到 MVC/Razor Pages 操作和页面：

• GetPathByAction
• GetUriByAction
• GetPathByPage
• GetUriByPage

这些方法的重载接受包含 HttpContext 的参数。 这些方法在功能上等同于 Url.Action 和 Url.Page，但提供了更大的灵活性和更多的选项。

GetPath* 方法与 Url.Action 和 Url.Page 最相似，因为它们生成包含绝对路径的 URI。 GetUri*方法始终生成包含方案和主机的绝对 URI。 接受 HttpContext 的方法在执行请求的上下文中生成 URI。 除非重写，否则将使用来自执行请求的环境路由值、URL 基本路径、方案和主机。

使用地址调用 LinkGenerator。 生成 URI 的过程分两步进行：

1. 将地址绑定到与地址匹配的终结点列表。
2. 计算每个终结点的 RoutePattern，直到找到与提供的值匹配的路由模式。 输出结果会与提供给链接生成器的其他 URI 部分进行组合并返回。

对任何类型的地址，LinkGenerator 提供的方法均支持标准链接生成功能。 使用链接生成器的最简便方法是通过扩展方法对特定地址类型执行操作。

 警告

请注意有关调用 LinkGenerator 方法的下列含义：

• 对于不验证传入请求的 Host 标头的应用配置，请谨慎使用 GetUri* 扩展方法。 如果未验证传入请求的 Host标头，则可能以视图/页面中 URI 的形式将不受信任的请求输入发送回客户端。 建议所有生产应用都将其服务器配置为针对已知有效值验证 Host 标头。
• 在中间件中将 LinkGenerator 与 Map 或 MapWhen 结合使用时，请小心谨慎。 Map* 会更改执行请求的基路径，这会影响链接生成的输出。 所有 LinkGenerator API 都允许指定基路径。 始终指定一个空的基路径来撤消 Map* 对链接生成的影响。

与早期版本路由的差异

ASP.NET Core 2.2 或更高版本中的终结点路由与 ASP.NET Core 中早期版本的路由之间存在一些差异：

• 终结点路由系统不支持基于 IRouter 的可扩展性，包括从 Route 继承。
• 终结点路由不支持 WebApiCompatShim。 使用 2.1 兼容性版本 (.SetCompatibilityVersion(CompatibilityVersion.Version_2_1)) 以继续使用兼容性填充码。
• 在使用传统路由时，终结点路由对生成的 URI 的大小写具有不同的行为。请考虑以下默认路由模板：C#复制app.UseMvc(routes => { routes.MapRoute("default", "{controller=Home}/{action=Index}/{id?}"); }); 假设使用以下路由生成某个操作的链接：C#复制var link = Url.Action("ReadPost", "blog", new { id = 17, }); 如果使用基于 IRouter 的路由，此代码生成 URI /blog/ReadPost/17，该 URI 遵循所提供路由值的大小写。 ASP.NET Core 2.2 或更高版本中的终结点路由生成 /Blog/ReadPost/17（“Blog”大写）。 终结点路由提供 IOutboundParameterTransformer 接口，可用于在全局范围自定义此行为或应用不同的约定来映射 URL。有关详细信息，请参阅参数转换器参考部分。
• 在试图链接到不存在的控制器/操作或页面时，MVC/Razor Pages 通过传统路由执行的链接生成，其操作具有不同的行为。请考虑以下默认路由模板：C#复制app.UseMvc(routes => { routes.MapRoute("default", "{controller=Home}/{action=Index}/{id?}"); }); 假设使用以下路由通过默认模板生成某个操作的链接：C#复制var link = Url.Action("ReadPost", "Blog", new { id = 17, }); 如果使用基于 IRouter 的路由，即使 BlogController 不存在或没有 ReadPost 操作方法，结果也始终为 /Blog/ReadPost/17。 正如所料，如果操作方法存在，ASP.NET Core 2.2 或更高版本中的终结点路由会生成 /Blog/ReadPost/17。 但是，如果操作不存在，终结点路由会生成空字符串。 从概念上讲，如果操作不存在，终结点路由不会假定终结点存在。
• 与终结点路由一起使用时，链接生成环境值失效算法的行为会有所不同。环境值失效是一种算法，用于决定当前正在执行的请求（环境值）中的哪些路由值可用于链接生成操作。 链接到不同操作时，传统路由会使额外的路由值失效。 ASP.NET Core 2.2 之前的版本中，属性路由不具有此行为。 在 ASP.NET Core 的早期版本中，如果有另一个操作使用同一路由参数名称，则该操作的链接会导致发生链接生成错误。 在 ASP.NET Core 2.2 或更高版本中，链接到另一个操作时，这两种路由形式都会使值失效。请考虑 ASP.NET Core2.1 或更高版本中的以下示例。 链接到另一个操作（或另一页面）时，路由值可能会按非预期的方式被重用。在 /Pages/Store/Product.cshtml 中：CSHTML复制@page "{id}" @Url.Page("/Login") 在 /Pages/Login.cshtml 中：CSHTML复制@page "{id?}" 如果 ASP.NET Core 2.1 或更早版本中的 URI 为 /Store/Product/18，则由 @Url.Page("/Login")在 Store/Info 页面上生成的链接为 /Login/18。 即使链接目标完全是应用的其他部分，仍会重用 id 值 18。 /Login 页面上下文中的 id 路由值可能是用户 ID 值，而非存储产品 ID 值。在 ASP.NET Core 2.2 或更高版本的终结点路由中，结果为 /Login。 当链接的目标是另一个操作或页面时，不会重复使用环境值。
• 往返路由参数语法：使用双星号 (**) catch-all 参数语法时，不对正斜杠进行编码。在链接生成期间，路由系统对双星号 (**) catch-all 参数（例如，{**myparametername}）中捕获的除正斜杠外的值进行编码。 在 ASP.NET Core 2.2 或更高版本中，基于 IRouter 的路由支持双星号 catch-all 参数。ASP.NET Core ({*myparametername}) 早期版本中的单星号 catch-all 参数语法仍然受支持，并对正斜杠进行编码。路由链接生成方式为Url.Action(new { category = "admin/products" })…/search/{*page}/search/admin%2Fproducts（对正斜杠进行编码）/search/{**page}/search/admin/products

中间件示例

在以下示例中，中间件使用 LinkGenerator API 创建列出存储产品的操作方法的链接。 应用中的任何类都可通过将链接生成器注入类并调用 GenerateLink 来使用链接生成器。

C#

using Microsoft.AspNetCore.Routing;

public class ProductsLinkMiddleware
{
    private readonly LinkGenerator _linkGenerator;

    public ProductsLinkMiddleware(RequestDelegate next, LinkGenerator linkGenerator)
    {
        _linkGenerator = linkGenerator;
    }

    public async Task InvokeAsync(HttpContext httpContext)
    {
        var url = _linkGenerator.GetPathByAction("ListProducts", "Store");

        httpContext.Response.ContentType = "text/plain";

        await httpContext.Response.WriteAsync($"Go to {url} to see our products.");
    }
}

创建路由

大多数应用通过调用 MapRoute 或 IRouteBuilder 上定义的一种类似的扩展方法来创建路由。 任何 IRouteBuilder 扩展方法都会创建 Route 的实例并将其添加到路由集合中。

MapRoute 不接受路由处理程序参数。 MapRoute 仅添加由 DefaultHandler 处理的路由。 要了解 MVC 中的路由的详细信息，请参阅 在 ASP.NET Core 中路由到控制器操作。

以下代码示例是典型 ASP.NET Core MVC 路由定义使用的一个 MapRoute 调用示例：

C#

routes.MapRoute(
    name: "default",
    template: "{controller=Home}/{action=Index}/{id?}");

此模板与 URL 路径相匹配，并且提取路由值。 例如，路径 /Products/Details/17 生成以下路由值：{ controller = Products, action = Details, id = 17 }。

路由值是通过将 URL 路径拆分成段，并且将每段与路由模板中的路由参数名称相匹配来确定的。 路由参数已命名。 参数通过将参数名称括在大括号 { ... } 中来定义。

上述模板还可匹配 URL 路径 /，并且生成值 { controller = Home, action = Index }。 这是因为 {controller} 和 {action} 路由参数具有默认值，且 id 路由参数是可选的。 路由参数名称为参数定义默认值后，等号 (=) 后将有一个值。 路由参数名称后面的问号 (?) 定义了可选参数。

路由匹配时，具有默认值的路由参数始终会生成路由值。 如果没有相应的 URL 路径段，则可选参数不会生成路由值。 有关路由模板方案和语法的详细说明，请参阅路由模板参考部分。

在以下示例中，路由参数定义 {id:int} 为 id 路由参数定义路由约束：

C#

routes.MapRoute(
    name: "default",
    template: "{controller=Home}/{action=Index}/{id:int}");

此模板与类似于 /Products/Details/17 而不是 /Products/Details/Apples 的 URL 路径相匹配。 路由约束实现 IRouteConstraint 并检查路由值，以验证它们。 在此示例中，路由值 id 必须可转换为整数。 有关框架提供的路由约束的说明，请参阅路由约束参考。

其他 MapRoute 重载接受 constraints、dataTokens 和 defaults 的值。 这些参数的典型用法是传递匿名类型化对象，其中匿名类型的属性名匹配路由参数名称。

以下 MapRoute 示例可创建等效路由：

C#

routes.MapRoute(
    name: "default_route",
    template: "{controller}/{action}/{id?}",
    defaults: new { controller = "Home", action = "Index" });

routes.MapRoute(
    name: "default_route",
    template: "{controller=Home}/{action=Index}/{id?}");

 提示

定义约束和默认值的内联语法对于简单路由很方便。 但是，存在内联语法不支持的方案，例如数据令牌。

以下示例演示了一些其他方案：

C#

routes.MapRoute(
    name: "blog",
    template: "Blog/{**article}",
    defaults: new { controller = "Blog", action = "ReadArticle" });

上述模板与 /Blog/All-About-Routing/Introduction 等的 URL 路径相匹配，并提取值 { controller = Blog, action = ReadArticle, article = All-About-Routing/Introduction }。 controller 和 action 的默认路由值由路由生成，即便模板中没有对应的路由参数。 可在路由模板中指定默认值。 根据路由参数名称前的双星号 (**) 外观，article 路由参数被定义为 catch-all。全方位路由参数可捕获 URL 路径的其余部分，也能匹配空白字符串。

以下示例添加了路由约束和数据令牌：

C#

routes.MapRoute(
    name: "us_english_products",
    template: "en-US/Products/{id}",
    defaults: new { controller = "Products", action = "Details" },
    constraints: new { id = new IntRouteConstraint() },
    dataTokens: new { locale = "en-US" });

上述模板与 /en-US/Products/5 等 URL 路径相匹配，并且提取值 { controller = Products, action = Details, id = 5 } 和数据令牌 { locale = en-US }。

路由类 URL 生成

Route 类还可通过将一组路由值与其路由模板组合来生成 URL。 从逻辑上来说，这是匹配 URL 路径的反向过程。

 提示

为更好了解 URL 生成，请想象你要生成的 URL，然后考虑路由模板将如何匹配该 URL。 将生成什么值？ 这大致相当于 URL 在 Route 类中的生成方式。

以下示例使用常规 ASP.NET Core MVC 默认路由：

C#

routes.MapRoute(
    name: "default",
    template: "{controller=Home}/{action=Index}/{id?}");

使用路由值 { controller = Products, action = List }，将生成 URL /Products/List。 路由值将替换为相应的路由参数，以形成 URL 路径。 由于 id 是可选路由参数，因此成功生成的 URL 不具有 id 的值。

使用路由值 { controller = Home, action = Index }，将生成 URL /。 提供的路由值与默认值匹配，并且会安全地省略与默认值对应的段。

已生成的两个 URL 将往返以下路由定义 (/Home/Index 和 /)，并生成用于生成该 URL 的相同路由值。

 备注

使用 ASP.NET Core MVC 应用应该使用 UrlHelper 生成 URL，而不是直接调用到路由。

有关 URL 生成的详细信息，请参阅 Url 生成参考部分。

使用路由中间件

引用应用项目文件中的 Microsoft.AspNetCore.App 元包。

将路由添加到 Startup.ConfigureServices 中的服务容器：

C#

public void ConfigureServices(IServiceCollection services)
{
    services.AddRouting();
}

必须在 Startup.Configure 方法中配置路由。 该示例应用使用以下 API：

• RouteBuilder
• MapGet – 仅匹配 HTTP GET 请求。
• UseRouter

C#

var trackPackageRouteHandler = new RouteHandler(context =>
{
    var routeValues = context.GetRouteData().Values;
    return context.Response.WriteAsync(
        $"Hello! Route values: {string.Join(", ", routeValues)}");
});

var routeBuilder = new RouteBuilder(app, trackPackageRouteHandler);

routeBuilder.MapRoute(
    "Track Package Route",
    "package/{operation:regex(^track|create|detonate$)}/{id:int}");

routeBuilder.MapGet("hello/{name}", context =>
{
    var name = context.GetRouteValue("name");
    // The route handler when HTTP GET "hello/<anything>" matches
    // To match HTTP GET "hello/<anything>/<anything>, 
    // use routeBuilder.MapGet("hello/{*name}"
    return context.Response.WriteAsync($"Hi, {name}!");
});

var routes = routeBuilder.Build();
app.UseRouter(routes);

下表显示了具有给定 URI 的响应。

框架可提供一组用于创建路由 (RequestDelegateRouteBuilderExtensions) 的扩展方法：

• MapDelete
• MapGet
• MapMiddlewareDelete
• MapMiddlewareGet
• MapMiddlewarePost
• MapMiddlewarePut
• MapMiddlewareRoute
• MapMiddlewareVerb
• MapPost
• MapPut
• MapRoute
• MapVerb

Map[Verb] 方法将使用约束来将路由限制为方法名称中的 HTTP 谓词。 有关示例，请参阅 MapGet和 MapVerb。

路由模板参考

如果路由找到匹配项，大括号 ({ ... }) 内的令牌定义绑定的路由参数。 可在路由段中定义多个路由参数，但必须由文本值隔开。 例如，{controller=Home}{action=Index} 不是有效的路由，因为 {controller} 和 {action} 之间没有文本值。 这些路由参数必须具有名称，且可能指定了其他属性。

路由参数以外的文本（例如 {id}）和路径分隔符 / 必须匹配 URL 中的文本。 文本匹配区分大小写，并且基于 URL 路径已解码的表示形式。 要匹配文字路由参数分隔符（{ 或 }），请通过重复该字符（{{ 或 }}）来转义分隔符。

尝试捕获具有可选文件扩展名的文件名的 URL 模式还有其他注意事项。 例如，考虑模板 files/{filename}.{ext?}。 当 filename 和 ext 的值都存在时，将填充这两个值。 如果 URL 中仅存在 filename 的值，则路由匹配，因为尾随句点 (.) 是可选的。 以下 URL 与此路由相匹配：

• /files/myFile.txt
• /files/myFile

可以使用星号 (*) 或双星号 (**) 作为路由参数的前缀，以绑定到 URI 的其余部分。 这些称为 catch-all 参数。 例如，blog/{**slug} 将匹配以 /blog 开头且其后带有任何值（将分配给 slug路由值）的 URI。 全方位参数还可以匹配空字符串。

使用路由生成 URL（包括路径分隔符 (/)）时，catch-all 参数会转义相应的字符。 例如，路由值为 { path = "my/path" } 的路由 foo/{*path} 生成 foo/my%2Fpath。 请注意转义的正斜杠。 要往返路径分隔符，请使用 ** 路由参数前缀。 { path = "my/path" } 的路由 foo/{**path} 生成 foo/my/path。

路由参数可能具有指定的默认值，方法是在参数名称后使用等号 (=) 隔开以指定默认值。 例如，{controller=Home} 将 Home 定义为 controller 的默认值。 如果参数的 URL 中不存在任何值，则使用默认值。 通过在参数名称的末尾附加问号 (?) 可使路由参数成为可选项，如 id? 中所示。 可选值和默认路径参数的区别在于具有默认值的路由参数始终会生成值 —，而可选参数仅当请求 URL 提供值时才会具有值。

路由参数可能具有必须与从 URL 中绑定的路由值匹配的约束。 在路由参数后面添加一个冒号 (:) 和约束名称可指定路由参数上的内联约束。 如果约束需要参数，将以在约束名称后括在括号 ((...)) 中的形式提供。 通过追加另一个冒号 (:) 和约束名称，可指定多个内联约束。

约束名称和参数将传递给 IInlineConstraintResolver 服务，以创建 IRouteConstraint 的实例，用于处理 URL。 例如，路由模板 blog/{article:minlength(10)} 使用参数 10 指定 minlength 约束。 有关路由约束详情以及框架提供的约束列表，请参阅路由约束引用部分。

路由参数还可以具有参数转换器，用于在生成链接以及将操作和页面匹配到 URI 时转换参数的值。与约束类似，可以通过在路由参数名称后面添加冒号 (:) 和转换器名称，将参数变换器内联添加到路径参数。 例如，路由模板 blog/{article:slugify} 指定 slugify 转换器。 有关参数转换的详细信息，请参阅参数转换器参考部分。

下表演示了示例路由模板及其行为。

使用模板通常是进行路由最简单的方法。 还可在路由模板外指定约束和默认值。

 提示

启用日志记录以查看内置路由实现（如 Route）如何匹配请求。

保留的路由名称

以下关键字是保留的名称，它们不能用作路由名称或参数：

• action
• area
• controller
• handler
• page

路由约束参考

路由约束在传入 URL 发生匹配时执行，URL 路径标记为路由值。 路径约束通常检查通过路径模板关联的路径值，并对该值是否可接受做出是/否决定。 某些路由约束使用路由值以外的数据来考虑是否可以路由请求。 例如，HttpMethodRouteConstraint 可以根据其 HTTP 谓词接受或拒绝请求。 约束用于路由请求和链接生成。

 警告

请勿将约束用于“输入验证”。 如果将约束用于“输入约束”，那么无效输入将导致“404 - 未找到”响应，而不是含相应错误消息的“400 - 错误请求”。 路由约束用于消除类似路由的歧义，而不是验证特定路由的输入。

下表演示示例路由约束及其预期行为。

可向单个参数应用多个由冒号分隔的约束。 例如，以下约束将参数限制为大于或等于 1 的整数值：

C#

[Route("users/{id:int:min(1)}")]
public User GetUserById(int id) { }

 警告

验证 URL 的路由约束并将转换为始终使用固定区域性的 CLR 类型（例如 int 或 DateTime）。 这些约束假定 URL 不可本地化。 框架提供的路由约束不会修改存储于路由值中的值。 从 URL 中分析的所有路由值都将存储为字符串。 例如，float 约束会尝试将路由值转换为浮点数，但转换后的值仅用来验证其是否可转换为浮点数。

正则表达式

ASP.NET Core 框架将向正则表达式构造函数添加 RegexOptions.IgnoreCase | RegexOptions.Compiled | RegexOptions.CultureInvariant。 有关这些成员的说明，请参阅 RegexOptions。

正则表达式与路由和 C# 计算机语言使用的分隔符和令牌相似。 必须对正则表达式令牌进行转义。要在路由中使用正则表达式 ^\d{3}-\d{2}-\d{4}$，表达式必须在字符串中提供 \（单反斜杠）字符，正如 C# 源文件中的 \\（双反斜杠）字符一样，以便对 \ 字符串转义字符进行转义（除非使用字符串文本）。 要对路由参数分隔符进行转义（{、}、[、]），请将表达式（{{、}、[[、]]）中的字符数加倍。 下表展示了正则表达式和转义版本。

路由中使用的正则表达式通常以脱字号 (^) 开头，并匹配字符串的起始位置。 表达式通常以美元符号 ($) 字符结尾，并匹配字符串的结尾。 ^ 和 $ 字符可确保正则表达式匹配整个路由参数值。如果没有 ^ 和 $ 字符，正则表达式将匹配字符串内的所有子字符串，而这通常是不需要的。 下表提供了示例并说明了它们匹配或匹配失败的原因。

有关正则表达式语法的详细信息，请参阅 .NET Framework 正则表达式。

若要将参数限制为一组已知的可能值，可使用正则表达式。 例如，{action:regex(^(list|get|create)$)} 仅将 action 路由值匹配到 list、get 或 create。 如果传递到约束字典中，字符串 ^(list|get|create)$ 将等效。 已传递到约束字典（不与模板内联）且不匹配任何已知约束的约束还将被视为正则表达式。

自定义路由约束

除了内置路由约束以外，还可以通过实现 IRouteConstraint 接口来创建自定义路由约束。IRouteConstraint 接口包含一个方法 Match，当满足约束时，它返回 true，否则返回 false。

若要使用自定义 IRouteConstraint，必须在应用的服务容器中使用应用的 ConstraintMap 注册路由约束类型。 ConstraintMap 是将路由约束键映射到验证这些约束的 IRouteConstraint 实现的目录。 应用的 ConstraintMap 可作为 services.AddRouting 调用的一部分在 Startup.ConfigureServices 中进行更新，也可以通过使用 services.Configure<RouteOptions> 直接配置 RouteOptions 进行更新。 例如:

C#

services.AddRouting(options =>
{
    options.ConstraintMap.Add("customName", typeof(MyCustomConstraint));
});

然后，可以使用在注册约束类型时指定的名称，以常规方式将约束应用于路由。 例如:

C#

[HttpGet("{id:customName}")]
public ActionResult<string> Get(string id)

参数转换器参考

参数转换器：

• 在为 Route 生成链接时执行。
• 实现 Microsoft.AspNetCore.Routing.IOutboundParameterTransformer。
• 使用 ConstraintMap 进行配置。
• 获取参数的路由值并将其转换为新的字符串值。
• 在生成的链接中使用转换后的值的结果。

例如，路由模式 blog\{article:slugify}（具有 Url.Action(new { article = "MyTestArticle" })）中的自定义 slugify 参数转换器生成 blog\my-test-article。

若要在路由模式中使用参数转换器，请先在 Startup.ConfigureServices 中使用 ConstraintMap 对其进行配置：

C#

services.AddRouting(options =>
{
    // Replace the type and the name used to refer to it with your own
    // IOutboundParameterTransformer implementation
    options.ConstraintMap["slugify"] = typeof(SlugifyParameterTransformer);
});

框架使用参数转化器来转换进行终结点解析的 URI。 例如，ASP.NET Core MVC 使用参数转换器来转换用于匹配 area``controller``action 和 page 的路由值。

C#

routes.MapRoute(
    name: "default",
    template: "{controller:slugify=Home}/{action:slugify=Index}/{id?}");

使用上述路由，操作 SubscriptionManagementController.GetAll() 与 URI /subscription-management/get-all 匹配。 参数转换器不会更改用于生成链接的路由值。 例如，Url.Action("GetAll", "SubscriptionManagement") 输出 /subscription-management/get-all。

对于结合使用参数转换器和所生成的路由，ASP.NET Core 提供了 API 约定：

• ASP.NET Core MVC 还具有 Microsoft.AspNetCore.Mvc.ApplicationModels.RouteTokenTransformerConvention API 约定。该约定将指定的参数转换器应用于应用中的所有属性路由。 在替换属性路径令牌时，参数转换器将转换这些令牌。 有关详细信息，请参阅使用参数转换器自定义标记替换。
• Razor Pages 具有 Microsoft.AspNetCore.Mvc.ApplicationModels.PageRouteTransformerConvention API 约定。此约定将指定的参数转换器应用于所有自动发现的 Razor Pages。 参数转换器转换 Razor Pages.路由的文件夹和文件名段。 有关详细信息，请参阅使用参数转换器自定义页面路由。

URL 生成参考

以下示例演示如何在给定路由值字典和 RouteCollection 的情况下生成路由链接。

C#

app.Run(async (context) =>
{
    var dictionary = new RouteValueDictionary
    {
        { "operation", "create" },
        { "id", 123}
    };

    var vpc = new VirtualPathContext(context, null, dictionary, 
        "Track Package Route");
    var path = routes.GetVirtualPath(vpc).VirtualPath;

    context.Response.ContentType = "text/html";
    await context.Response.WriteAsync("Menu<hr/>");
    await context.Response.WriteAsync(
        $"<a href='{path}'>Create Package 123</a><br/>");
});

上述示例末尾生成的 VirtualPath 为 /package/create/123。 字典提供“跟踪包路由”模板 package/{operation}/{id} 的 operation 和 id 路由值。 有关详细信息，请参阅使用路由中间件部分或示例应用中的示例代码。

VirtualPathContext 构造函数的第二个参数是环境值的集合。 由于环境值限制了开发人员在请求上下文中必须指定的值数，因此环境值使用起来很方便。 当前请求的当前路由值被视为链接生成的环境值。 在 ASP.NET Core MVC 应用 HomeController 的 About 操作中，无需指定控制器路由值即可链接到使用 Home 环境值的 Index 操作—。

忽略与参数不匹配的环境值。 在显式提供的值会覆盖环境值的情况下，也会忽略环境值。 在 URL 中将从左到右进行匹配。

显式提供但与路由片段不匹配的值将添加到查询字符串中。 下表显示使用路由模板 {controller}/{action}/{id?} 时的结果。

如果路由具有不对应于参数的默认值，且该值以显式方式提供，则它必须与默认值相匹配：

C#

routes.MapRoute("blog_route", "blog/{*slug}",
    defaults: new { controller = "Blog", action = "ReadPost" });

当提供 controller 和 action 的匹配值时，链接生成仅为此路由生成链接。

复杂段

复杂段（例如，[Route("/x{token}y")]）通过非贪婪的方式从右到左匹配文字进行处理。 请参阅此代码以了解有关如何匹配复杂段的详细说明。 ASP.NET Core 无法使用代码示例，但它提供了对复杂段的合理说明。