如何从HttpResponseMessage获取完整序列化的实际请求URL

问题描述 #

是否有方法可以从HttpResponseMessage响应对象中获取完整序列化的URL地址？
在如下请求示例中，我希望尽可能获取到实际发送至服务器的完整URL字符串：http://192.168.0.72:8080/manufacturer，但目前无法成功提取到该值。
当前示例暂未展示query parameters（查询参数）的使用场景，但由于配置了BaseAddress属性，传入GetAsync方法的Uri并不总是实际发送到服务器的URL，请求链路中存在多个环节可能修改URL。
例如，如果我向请求传入查询参数{"search": "test", "locale": "en-US"}，期望最终获取到的完整URL为https://192.168.0.72:8080/manufacturer?search=test&locale=en-US。

复现代码 #

public static HttpClient InitializeHttpClient() {
    var client = new HttpClient();

    client.BaseAddress = new Uri("http://192.168.0.72:8080/");
    client.Timeout = TimeSpan.FromSeconds(3);

    client.DefaultRequestHeaders.Add(
        "User-Agent", "My App Name"
    );

    return client;
}

private static readonly HttpClient Client = Helpers.InitializeHttpClient();

HttpResponseMessage response = await Client.GetAsync("manufacturer");
Stream content = await response.Content.ReadAsStreamAsync();
string url = response?.RequestMessage.RequestUri.ToString(); // 仅返回"manufacturer"

运行环境：基于 .NET 6.0、Xamarin.Forms 框架开发 Android 应用。

原因说明 #

直接读取response.RequestMessage.RequestUri返回相对路径是默认行为：HttpClient 不会在托管层自动将传入的相对路径与BaseAddress拼接后回写该属性，Xamarin.Android 使用的原生网络Handler甚至会在原生层完成最终URL拼接，托管层默认保留的就是你传入GetAsync的原始相对Uri。

解决方案 #

方案1：直接拼接BaseAddress与RequestUri（无侵入，适配无自定义Handler修改URL的场景） #

不需要修改现有HttpClient初始化逻辑，直接使用Uri类官方实现的拼接规则生成完整地址，自动处理斜杠、查询参数等边界情况，不会出现手动字符串拼接的双斜杠、参数丢失问题：

if (response?.RequestMessage != null)
{
    // 自动兼容RequestUri是绝对路径/相对路径的情况
    string fullRequestUrl = response.RequestMessage.RequestUri.IsAbsoluteUri 
        ? response.RequestMessage.RequestUri.ToString()
        : new Uri(Client.BaseAddress, response.RequestMessage.RequestUri).ToString();
}

传入查询参数的场景下，该方法会完整保留所有查询字符串，返回你期望的https://192.168.0.72:8080/manufacturer?search=test&locale=en-US格式结果。

方案2：自定义DelegatingHandler捕获最终发送URL（适配链路存在URL修改的场景） #

如果你的请求管道中存在其他自定义Handler（比如自动追加公共参数、签名校验、路径重写的逻辑）会修改请求URL，方案1拿到的地址不是最终发送到服务器的地址，可以通过新增一个末端捕获Handler，在请求实际发出前记录最终URL：

1. 实现捕获用Handler

public class FinalUrlCaptureHandler : DelegatingHandler
{
    public const string FinalUrlOptionKey = "X-Final-Sent-Url";

    public FinalUrlCaptureHandler(HttpMessageHandler innerHandler) : base(innerHandler)
    {
    }

    protected override async Task<HttpResponseMessage> SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
    {
        Uri finalUri = request.RequestUri.IsAbsoluteUri
            ? request.RequestUri
            : new Uri(request.GetBaseAddress(), request.RequestUri);
        
        request.Options.Set(FinalUrlOptionKey, finalUri.ToString());
        return await base.SendAsync(request, cancellationToken);
    }
}

2. 初始化HttpClient时将该Handler放到管道最内层（保证所有URL修改逻辑执行完后才捕获地址）

public static HttpClient InitializeHttpClient() {
    // Xamarin.Android 原生网络Handler作为最内层执行器
    var nativeHandler = new AndroidMessageHandler();
    var captureHandler = new FinalUrlCaptureHandler(nativeHandler);
    // 其他自定义Handler包裹在captureHandler外层即可，例如：var authHandler = new AuthSignatureHandler(captureHandler);

    var client = new HttpClient(captureHandler);
    client.BaseAddress = new Uri("http://192.168.0.72:8080/");
    client.Timeout = TimeSpan.FromSeconds(3);
    client.DefaultRequestHeaders.Add("User-Agent", "My App Name");

    return client;
}

3. 读取最终URL

if (response?.RequestMessage != null 
    && response.RequestMessage.Options.TryGetValue(FinalUrlCaptureHandler.FinalUrlOptionKey, out string finalUrl))
{
    // finalUrl即为经过所有管道逻辑处理后，实际发送到服务器的完整URL
}

注意事项 #

• 默认开启的自动重定向会导致上述方法拿到的是首次请求的URL，不是重定向后的最终地址，如果需要跟踪重定向后的URL，可以关闭AndroidMessageHandler.AllowAutoRedirect属性手动处理重定向逻辑，或在捕获Handler中订阅重定向事件记录地址。
• 禁止手动用字符串拼接方式处理BaseAddress和相对路径，官方Uri构造函数已经覆盖了所有边界场景，手动拼接极易出现路径格式错误。

内容的提问来源于stack exchange，提问作者Xevion