如何创建使用 GenericUriParserOptions.DontCompressPath 解析的 Uri 实例

Question

当 .NET System.Uri 类解析字符串时，它会对输入执行一些规范化，例如将方案和主机名转为小写。它还会修剪每个路径段的尾随句点。后一个功能对于 OpenID 应用程序来说是致命的，因为某些 OpenID（例如从 Yahoo 发布的 OpenID）包含可能以句点结尾的 Base64 编码路径段。

如何禁用 Uri 类的这种周期修剪行为？

使用 UriParser.Register 以及使用 GenericUriParserOptions.DontCompressPath 初始化的解析器注册我自己的方案> 避免了周期修剪以及 OpenID 不需要的其他一些操作。但我无法为 HTTP 和 HTTPS 等现有方案注册新的解析器，而我必须为 OpenID 注册新的解析器。

我尝试的另一种方法是注册我自己的新方案，并对自定义解析器进行编程以将方案更改回标准 HTTP(s) 方案，作为解析的一部分：

public class MyUriParser : GenericUriParser
{
    private string actualScheme;

    public MyUriParser(string actualScheme)
        : base(GenericUriParserOptions.DontCompressPath)
    {
        this.actualScheme = actualScheme.ToLowerInvariant();
    }

    protected override string GetComponents(Uri uri, UriComponents components, UriFormat format)
    {
        string result = base.GetComponents(uri, components, format);

        // Substitute our actual desired scheme in the string if it's in there.
        if ((components & UriComponents.Scheme) != 0)
        {
            string registeredScheme = base.GetComponents(uri, UriComponents.Scheme, format);
            result = this.actualScheme + result.Substring(registeredScheme.Length);
        }

        return result;
    }
}

class Program
{
    static void Main(string[] args)
    {
        UriParser.Register(new MyUriParser("http"), "httpx", 80);
        UriParser.Register(new MyUriParser("https"), "httpsx", 443);
        Uri z = new Uri("httpsx://me.yahoo.com/b./c.#adf");
        var req = (HttpWebRequest)WebRequest.Create(z);
        req.GetResponse();
    }
}

这实际上几乎有效。 Uri 实例在所有地方都报告 https 而不是 httpsx —— 除了 Uri.Scheme 属性本身。当您将此 Uri 实例传递给 HttpWebRequest 以向该地址发送请求时，就会出现问题。显然它检查了Scheme属性并且不将其识别为“https”，因为它只是将明文发送到443端口而不是SSL。

我对以下任何解决方案感到高兴：

1. 在 Uri.Path 中保留路径段中的尾随句点
2. 在传出 HTTP 请求中包含这些句点。
3. 理想情况下在 ASP.NET 中等信任下工作（但不是绝对必要）。

Answer 1

微软表示它将在 .NET 4.0 中修复（尽管从评论中看来它尚未修复）

https://connect.microsoft.com/VisualStudio/feedback/details/386695/system-uri-in Correctly-strips -trailing-dots?wa=wsignin1.0#tabs

但是，该页面上有一个解决方法。不过，它涉及使用反射来更改选项，因此它可能无法满足中等信任要求。只需滚动到底部并单击“解决方法”选项卡即可。

感谢 jxdavis 和 Google 的回答：

http://social.msdn.microsoft.com/Forums/en-US/netfxbcl/thread/5206beca-071f-485d-a2bd-657d635239c9

Answer 2

我很好奇问题的一部分是否是您只考虑“不压缩路径”，而不是基本 HTTP 解析器的所有默认值：（包括 UnEscapeDotsAndSlashes）

  private const UriSyntaxFlags HttpSyntaxFlags = (UriSyntaxFlags.AllowIriParsing | UriSyntaxFlags.AllowIdn | UriSyntaxFlags.UnEscapeDotsAndSlashes | UriSyntaxFlags.CanonicalizeAsFilePath | UriSyntaxFlags.CompressPath | UriSyntaxFlags.ConvertPathSlashes | UriSyntaxFlags.PathIsRooted | UriSyntaxFlags.AllowAnInternetHost | UriSyntaxFlags.AllowUncHost | UriSyntaxFlags.MayHaveFragment | UriSyntaxFlags.MayHaveQuery | UriSyntaxFlags.MayHavePath | UriSyntaxFlags.MayHavePort | UriSyntaxFlags.MayHaveUserInfo | UriSyntaxFlags.MustHaveAuthority);

这与具有标志的新闻相反（对于实例）：

 private const UriSyntaxFlags NewsSyntaxFlags = (UriSyntaxFlags.AllowIriParsing | UriSyntaxFlags.MayHaveFragment | UriSyntaxFlags.MayHavePath);

当我正在打字时，布兰登·布莱克（Brandon Black）打败了我......

这可能有助于提高代码的可读性：

namespace System 
{
    [Flags]
    internal enum UriSyntaxFlags
    {
        AllowAnInternetHost = 0xe00,
        AllowAnyOtherHost = 0x1000,
        AllowDnsHost = 0x200,
        AllowDOSPath = 0x100000,
        AllowEmptyHost = 0x80,
        AllowIdn = 0x4000000,
        AllowIPv4Host = 0x400,
        AllowIPv6Host = 0x800,
        AllowIriParsing = 0x10000000,
        AllowUncHost = 0x100,
        BuiltInSyntax = 0x40000,
        CanonicalizeAsFilePath = 0x1000000,
        CompressPath = 0x800000,
        ConvertPathSlashes = 0x400000,
        FileLikeUri = 0x2000,
        MailToLikeUri = 0x4000,
        MayHaveFragment = 0x40,
        MayHavePath = 0x10,
        MayHavePort = 8,
        MayHaveQuery = 0x20,
        MayHaveUserInfo = 4,
        MustHaveAuthority = 1,
        OptionalAuthority = 2,
        ParserSchemeOnly = 0x80000,
        PathIsRooted = 0x200000,
        SimpleUserSyntax = 0x20000,
        UnEscapeDotsAndSlashes = 0x2000000,
        V1_UnknownUri = 0x10000
    }
}

Answer 3

您应该能够预先转义“.”使用“%2E”，但这是廉价且肮脏的出路。

您可以尝试使用 dontEscape 选项，它可能会改变 Uri 对待这些字符的方式。

更多信息请点击这里：
http://msdn.microsoft.com/en-us/library/ system.uri.aspx

另请查看以下内容（请参阅 DontUnescapePathDotsAndSlashes）：
http://msdn.microsoft.com/en-us/library/system.genericuriparseroptions.aspx

Answer 4

这有效吗？

public class MyUriParser : UriParser
{
private string actualScheme;

public MyUriParser(string actualScheme)
{
    Type type = this.GetType();
    FieldInfo fInfo = type.BaseType.GetField("m_Flags", BindingFlags.Instance | BindingFlags.NonPublic);
    fInfo.SetValue(this, GenericUriParserOptions.DontCompressPath);
    this.actualScheme = actualScheme.ToLowerInvariant();
}

protected override string GetComponents(Uri uri, UriComponents components, UriFormat format)
{
    string result = base.GetComponents(uri, components, format);

    // Substitute our actual desired scheme in the string if it's in there. 
    if ((components & UriComponents.Scheme) != 0)
    {
        string registeredScheme = base.GetComponents(uri, UriComponents.Scheme, format);
        result = this.actualScheme + result.Substring(registeredScheme.Length);
    }

    return result;
}}