路由中的 .NET Web API 斜线

Question

我有一个 .NET Web API v2 并且需要定义一个可以在路由中的任何点包含正斜杠的路由。我在 WebApiConfig 中像这样配置（某些东西）：

config.Routes.MapHttpRoute(
    name: "SomeRouteName",
    routeTemplate: "api/summary/{*token}",
    defaults: new { controller = "Summary" });

不幸的是，令牌包含斜杠，此时我无能为力。如果斜线不在令牌的开头，则上述路线在大多数情况下都有效。所以这可以解决大多数情况。但是，如果令牌以斜杠开头，则它不起作用，因为第一个斜杠被解释为我假设的 URL 的一部分并被吃掉。因此，在我的控制器操作中，我有以下代码（诚然，这是我试图避免的黑客行为）：

if (summary == null)
{
    summary = _repo.GetSummary($"/{token}");
}

显然，这仅适用于单个斜线。我可以做一个循环并添加更多，但没有办法知道它可能有多少。目前我的数据库中没有以两个斜杠开头的标记，所以这个糟糕的代码现在可以工作。在找到更好的解决方案之前，它被用作创可贴。

编辑：这引用了 * 路线，它主要解决了我原来的问题，但仍然不匹配第一个斜杠：URLs with slash in parameter?

Answer 1

由于 OP 在一些评论中说：

没有任何目的——但是令牌是生成的，而不是 一定是我的代码。所以我无法控制令牌 一代。

还有：

我尝试了 UrlEncode /Decode 以查看这是否有效，但是 无论出于何种原因，斜线（编码为 %2F）仍然会被吃掉。作为一方 注意，我可以说 Base64 编码可以解决这个问题，但我不能 此时更改此设置，因为它会破坏现有的 API 应用程序。

我想说避免特殊字符问题的最佳选择之一是首先将整个令牌编码为 base 64 字符串，然后对其进行 url 编码以编码可能的字符，如 =。

也就是说，你可以配置一个不需要{token*}而只需要{token}的路由。如果需要简化令牌解码，可以实现一个ActionFilterAttribute，在后台解码所谓的绑定参数。

其他人已经这样做了……

OAuth2 已经将基本身份验证的凭据编码为 base64 字符串（您将 user:password 转换为整个 base 64 字符串）。

这是避免这些问题的常用方法，并且可以在每个现代客户端和服务器平台中解码 base 64 字符串。