ASP.NET MapRoute路由匹配问题：如何处理含多级路径的用户URL？

你的问题根源在于默认路由参数{id}只能匹配单个URL段——也就是/tools/后面到下一个/为止的内容。而像/tools/www.domain.com/view/child/child/这种包含多个路径段的URL，自然匹配不上原来的路由配置。下面给你两种实用的解决方案，优先推荐第一种通用方案：

方案1：使用通配符参数（Catch-all Parameter） #

这是最灵活的解决方式，通过在参数名前添加*，可以捕获tools/后面的所有后续URL段，不管有多少层路径。修改你的路由配置如下：

routes.MapRoute(
    name: "checkUrl",
    url: "tools/{*urlPath}", // 用*urlPath替代原来的{id}，捕获所有后续路径
    defaults: new { controller = "Home", action = "tools" },
    constraints: new { }
);

注意事项： #

• 捕获的内容会包含tools/后面的所有字符（包括斜杠），比如对于URL/tools/www.domain.com/view/child/child/，urlPath参数的值会是www.domain.com/view/child/child（尾部的斜杠可能会被框架自动处理）。
• 关于查询参数?id=4：路由匹配只关注URL的路径部分，查询参数会自动绑定到Action的对应参数上。为了避免路由参数和查询参数重名冲突，建议把路由参数改成urlPath（如上所示），然后在你的HomeController中定义Action：

public ActionResult Tools(string urlPath, int? id)
{
    // urlPath 对应路径部分的所有内容：www.domain.com/view/child/child
    // id 对应查询参数中的4
    // 这里写你的业务逻辑
    return View();
}

方案2：针对固定结构的URL定义具体路由 #

如果你知道后续的路径结构是固定的（比如总是/view/{child1}/{child2}），可以定义更具体的路由来匹配，这种方式性能略优，但灵活性差。需要注意路由的定义顺序——更具体的路由要放在前面，否则会被通配符路由抢先匹配：

// 先定义匹配固定结构的路由
routes.MapRoute(
    name: "checkUrlWithView",
    url: "tools/{domain}/view/{child1}/{child2}",
    defaults: new { controller = "Home", action = "toolsWithView" },
    constraints: new { }
);

// 再保留原来的简单路由，匹配单段URL
routes.MapRoute(
    name: "checkUrl",
    url: "tools/{id}",
    defaults: new { controller = "Home", action = "tools" },
    constraints: new { }
);

对应的Action可以定义为：

public ActionResult ToolsWithView(string domain, string child1, string child2, int? id)
{
    // 分别获取各个路径段的参数，处理逻辑
    return View();
}

总结 #

如果你需要支持任意结构的多段URL，方案1的通配符参数是最佳选择；如果URL结构固定，方案2更精准。另外要记住：路由匹配是按定义顺序进行的，越具体的路由越要放在前面，避免被更通用的路由拦截。

内容的提问来源于stack exchange，提问作者مهدی نبوی