为什么HttpClient BaseAddress不起作用？

考虑以下代码，其中BaseAddress定义了部分URI路径。

using (var handler = new HttpClientHandler())
using (var client = new HttpClient(handler))
{
    client.BaseAddress = new Uri("http://something.com/api");
    var response = await client.GetAsync("/resource/7");
}

我希望这能向发出GET请求http://something.com/api/resource/7。但事实并非如此。

经过一番搜索，我找到了这个问题和答案：具有BaseAddress的HttpClient。建议将其放置/在末尾BaseAddress。

using (var handler = new HttpClientHandler())
using (var client = new HttpClient(handler))
{
    client.BaseAddress = new Uri("http://something.com/api/");
    var response = await client.GetAsync("/resource/7");
}

它仍然不起作用。这里是文档：HttpClient.BaseAddress这是怎么回事？

事实证明，在四种可能的排列方式中，包括或排除BaseAddress传递给GetAsync方法的URI和相对URI的尾随或前导斜线以及传递给该方法（或任何其他方法）的相对URI 中HttpClient，只有一种排列有效。您必须在的末尾放置一个斜杠BaseAddress，并且不能在相对URI的开头放置一个斜杠，如以下示例所示。

using (var handler = new HttpClientHandler())
using (var client = new HttpClient(handler))
{
    client.BaseAddress = new Uri("http://something.com/api/");
    var response = await client.GetAsync("resource/7");
}

即使我回答了自己的问题，但我仍然想在这里提供解决方案，因为再次，这种不友好的行为没有记录在案。我和我的同事在一天的大部分时间中都试图解决最终由这种奇怪的问题引起的问题HttpClient。

参考解析由RFC 3986统一资源标识符（URI）：通用语法描述。这正是它应该如何工作的。要保留基本URI路径，您需要在基本URI的末尾添加斜杠，并在相对URI的开始处删除斜杠。

如果基本URI包含非空路径，则合并过程将丢弃它的最后一部分（在last之后/）。相关部分：

5.2.3。合并路径

上面的伪代码是指“合并”例程，用于将相对路径引用与基本URI的路径合并。这可以通过以下方式完成：

• 如果基本URI具有已定义的权限组件和空路径，则返回由“ /”和引用路径组成的字符串。除此以外

• 返回一个字符串，该字符串包含附加到基本URI路径的最后一段以外的所有引用的引用路径部分（即，排除基本URI路径中最右边的“ /”之后的任何字符，或者排除整个基本URI路径）不包含任何“ /”字符）。

如果相对URI以斜杠开头，则称为绝对路径相对URI。在这种情况下，合并过程将忽略所有基本URI路径。有关更多信息，请检查5.2.2。变换参考部分。

即使提出了建议，HTTPClient仍然存在问题，无法对其进行身份验证。事实证明，我在相对路径中需要尾随“ /”。

即

var result = await _client.GetStringAsync(_awxUrl + "api/v2/inventories/?name=" + inventoryName);

var result = await _client.PostAsJsonAsync(_awxUrl + "api/v2/job_templates/" + templateId+"/launch/" , new {
                inventory = inventoryId
            });

或者-完全不使用BaseAddress。将整个网址放在GetAsync（）中