在同步类库中使用HttpClient

Question

我正在使用 .Net Standard 为第 3 方 API 编写一个类库包装器，稍后我计划在我的其他项目中使用这个包装器。在浏览网络时，我发现人们普遍担心应该使用 HttpClient 类来发出 HTTP 请求。

我知道我可以采取两种方法：

1. 一直使用 async/await 到客户端项目
2. 使用 Task.Wait() 方法

到目前为止，我将采用第一种方法。但这两种方法似乎都有问题。第一个比同步方法更难重用，同步方法返回它们的类型而不是 Task 对象。我宁愿采用第二种方法，但是容易出现死锁。

我的单次请求代码（HttpClient用无参数构造函数初始化）：

    protected async Task<JObject> Request(string url)
    {
        Uri uri = BuildUrl(url);
        HttpResponseMessage response = await HttpClient.GetAsync(uri);
        if (response.IsSuccessStatusCode)
        {
            string result = await response.Content.ReadAsStringAsync();
            return JObject.Parse(result);
        }

        return new JObject();
    }

对于多个请求：

    protected async Task<JObject[]> Request(IEnumerable<string> urls)
    {
        var requests = urls.Select(Request);
        return await Task.WhenAll(requests);
    }

以及在包装类中的用法：

    protected async Task<JObject> RequestGet(string id, bool byUrl)
    {
        if (IsBulk && !byUrl)
            return await Request($"{Url}?id={id}");

        if (byUrl)
            return await Request(Url + id);

        return await Request(Url);
    }

如何修改代码（第一个和第二个 sn-p），使其不会在每个调用方方法（第三个 sn-p）中导致任何死锁和异步使用？

Answer 1

不支持同步使用 HttpClient 并且容易出现死锁，并且您无法做任何事情（包括使用 Task.Wait）来改变这一事实。你有两个选择：

1. 仅支持异步。

2. 改用旧的WebRequest APIs 并以这种方式支持同步调用。

我会选择选项 1。最新最好的 HTTP 库甚至不再支持同步 I/O 是有原因的。多核处理器和分布式架构的新浪潮引发了编程世界的范式转变，在等待 I/O（尤其是 HTTP 等运行时间较长的网络调用）时占用线程完全是对资源的浪费。当像 C# 这样的语言为开箱即用的异步编程提供了令人难以置信的支持时，几乎没有充分的理由再进行同步 HTTP。大多数开发人员都理解这一点，我认为您不应该担心仅通过异步来放弃用户。相反，鼓励他们加快步伐以正确的方式做事。

Answer 2

一直使用async 是正确的方法，您可以从Task 方法返回结果（换句话说——正如你自己的代码所示——说他们不这样做是不对的' t 返回任务以外的任何内容）：

public async Task<string> GetString(int value)
{
    return value.ToString();
}

显然不需要async，它不需要await 任何东西，但重点是Task 可以返回任何东西，这要归功于泛型。您甚至可以使用花哨的新 C# 7 值元组：

public async Task<(string name, int age)> GetUserInfo(int userId) { ... }