Question

在我的WebAPI项目中，我遇到了重定向问题。这是因为Uri.ToString（）方法以“防御”方式运行，换句话说，一旦提到方法被调用，他就会对查询字符串的安全部分进行解码。

考虑这个失败的单元测试：

using System;
using Microsoft.VisualStudio.TestTools.UnitTesting;

namespace UriTest
{
    [TestClass]
    public class UnitTest1
    {
        [TestMethod]
        public void TestMethod1()
        {
            // Arrange
            const string expectedUrlRaw = 
                "http://localhost/abc?proxy=http%3A%2F%2Ftarget.nl%3Fparam1%3Dvalue1%26param2%3Dvalue2";
            const string expectedUrlInHttpsRaw =
                "https://localhost/abc?proxy=http%3A%2F%2Ftarget.nl%3Fparam1%3Dvalue1%26param2%3Dvalue2";

            Uri expectedUri = new Uri(expectedUrlRaw);
            Uri expectedUriInHttps = new Uri(expectedUrlInHttpsRaw);

            // Act
            string returnsUriInHttpsRaw = expectedUri.ToHttps().ToString();

            // Assert
            Assert.AreEqual(expectedUrlInHttpsRaw, returnsUriInHttpsRaw);
        }
    }
    public static class StringExtensions
    {
        public static Uri ToHttps(this Uri uri)
        {
            UriBuilder uriBuilder = new UriBuilder(uri);
            uriBuilder.Scheme = Uri.UriSchemeHttps;
            uriBuilder.Port = 443;
            return uriBuilder.Uri;
        }
    }
}

现在，我无法通过从Uri属性构建自己的链接来修改此行为，因为我无法控制它。在我的控制器中，我确实以下面的方式响应get消息，以便重定向呼叫：

HttpResponseMessage response = Request.CreateResponse(HttpStatusCode.Found);
            response.Headers.Location = // my Uri object

直到某一点才能正常工作。如果我的重定向Uri包含一个包含编码链接的查询，它将返回错误的结果。（这可能是因为通过在该属性上调用ToString来读取Headers.Location。

有没有人知道如何克服这个问题？

由于

Answer 1

Uri.ToString（）确实解码URL编码的序列。（例如％20 =>空格）。在.net框架的不同版本之间，行为也会发生变化。

简而言之，请勿使用Uri.ToString（），请使用Uri.AbsoluteUri或Uri.OriginalString 。

请参阅以下文章进行深入调查 https://dhvik.blogspot.com/2019/12/uritostring-automatically-decodes-url.html

Uri ToString（）方法解码Uri查询

1 个答案: