Tại sao nên sử dụng HttpClient cho kết nối đồng bộ

Tôi đang xây dựng một thư viện lớp để tương tác với API. Tôi cần gọi API và xử lý phản hồi XML. Tôi có thể thấy những lợi ích của việc sử dụng HttpClientcho kết nối không đồng bộ, nhưng những gì tôi đang làm hoàn toàn đồng bộ, vì vậy tôi không thể thấy bất kỳ lợi ích đáng kể nào khi sử dụng HttpWebRequest.

Nếu bất cứ ai có thể làm sáng tỏ tôi sẽ đánh giá rất cao nó. Tôi không phải là một trong những người sử dụng công nghệ mới vì lợi ích của nó.

nhưng những gì tôi đang làm hoàn toàn đồng bộ

Bạn có thể sử dụng HttpClientcho các yêu cầu đồng bộ tốt:

using (var client = new HttpClient())
{
    var response = client.GetAsync("http://google.com").Result;

    if (response.IsSuccessStatusCode)
    {
        var responseContent = response.Content; 

        // by calling .Result you are synchronously reading the result
        string responseString = responseContent.ReadAsStringAsync().Result;

        Console.WriteLine(responseString);
    }
}

Theo như lý do tại sao bạn nên sử dụng HttpClienthơnWebRequest thì có liên quan, HttpClientlà đứa trẻ mới trong khối và có thể chứa những cải tiến so với máy khách cũ.

Tôi muốn nhắc lại câu trả lời của Donny V. và Josh's

"Lý do duy nhất tôi không sử dụng phiên bản async là nếu tôi đang cố gắng hỗ trợ phiên bản .NET cũ hơn chưa được tích hợp hỗ trợ async."

(và upvote nếu tôi có danh tiếng.)

Tôi không thể nhớ lần cuối cùng bao giờ, tôi rất biết ơn về việc httpWebRequest đã ném ngoại lệ cho mã trạng thái> = 400. Để giải quyết các vấn đề này, bạn cần nắm bắt các ngoại lệ ngay lập tức và ánh xạ chúng đến một số cơ chế phản hồi không ngoại lệ trong mã của bạn ... nhàm chán, tẻ nhạt và dễ bị lỗi. Cho dù nó đang liên lạc với cơ sở dữ liệu hoặc triển khai proxy web bespoke, 'trình điều khiển http' luôn luôn mong muốn rằng trình điều khiển HTTP chỉ trả về mã ứng dụng của bạn những gì được trả về và để bạn quyết định cách xử lý.

Do đó, httpClient là tốt hơn.

Nếu bạn đang xây dựng thư viện lớp, thì có lẽ người dùng thư viện của bạn muốn sử dụng thư viện của bạn không đồng bộ. Tôi nghĩ đó là lý do lớn nhất ngay tại đó.

Bạn cũng không biết thư viện của bạn sẽ được sử dụng như thế nào. Có lẽ người dùng sẽ xử lý rất nhiều yêu cầu và thực hiện không đồng bộ sẽ giúp nó thực hiện nhanh hơn và hiệu quả hơn.

Nếu bạn có thể làm như vậy một cách đơn giản, hãy cố gắng không đặt gánh nặng lên người dùng thư viện của bạn đang cố gắng làm cho dòng chảy không đồng bộ khi bạn có thể chăm sóc nó cho họ.

Lý do duy nhất tôi không sử dụng phiên bản async là nếu tôi đang cố gắng hỗ trợ phiên bản .NET cũ hơn chưa được tích hợp hỗ trợ async.

Trong trường hợp của tôi, câu trả lời được chấp nhận đã không hoạt động. Tôi đã gọi API từ một ứng dụng MVC không có hành động không đồng bộ.

Đây là cách tôi quản lý để làm cho nó hoạt động:

private static readonly TaskFactory _myTaskFactory = new TaskFactory(CancellationToken.None, TaskCreationOptions.None, TaskContinuationOptions.None, TaskScheduler.Default);
public static T RunSync<T>(Func<Task<T>> func)
    {           
        CultureInfo cultureUi = CultureInfo.CurrentUICulture;
        CultureInfo culture = CultureInfo.CurrentCulture;
        return _myTaskFactory.StartNew<Task<T>>(delegate
        {
            Thread.CurrentThread.CurrentCulture = culture;
            Thread.CurrentThread.CurrentUICulture = cultureUi;
            return func();
        }).Unwrap<T>().GetAwaiter().GetResult();
    }

Sau đó, tôi gọi nó như thế này:

Helper.RunSync(new Func<Task<ReturnTypeGoesHere>>(async () => await AsyncCallGoesHere(myparameter)));

public static class AsyncHelper  
{
    private static readonly TaskFactory _taskFactory = new
        TaskFactory(CancellationToken.None,
                    TaskCreationOptions.None,
                    TaskContinuationOptions.None,
                    TaskScheduler.Default);

    public static TResult RunSync<TResult>(Func<Task<TResult>> func)
        => _taskFactory
            .StartNew(func)
            .Unwrap()
            .GetAwaiter()
            .GetResult();

    public static void RunSync(Func<Task> func)
        => _taskFactory
            .StartNew(func)
            .Unwrap()
            .GetAwaiter()
            .GetResult();
}

Sau đó

AsyncHelper.RunSync(() => DoAsyncStuff());

nếu bạn sử dụng lớp đó truyền phương thức async của bạn làm tham số, bạn có thể gọi các phương thức async từ phương thức đồng bộ hóa một cách an toàn.

nó được giải thích ở đây: https://cpratt.co/async-tips-tricks/

Tất cả các câu trả lời dường như tập trung vào việc sử dụng HttpClientđồng bộ thay vì đưa ra câu trả lời thực sự cho câu hỏi.

HttpClientkhông chỉ là một trình xử lý yêu cầu / phản hồi đơn giản để nó có thể xử lý một số đặc thù của các mạng khác nhau. Cụ thể trong trường hợp của tôi làm việc với proxy NTLM yêu cầu đàm phán, gửi nhiều yêu cầu / phản hồi với mã thông báo và thông tin xác thực giữa máy khách và máy chủ proxy để xác thực. HttpClient(sử dụng HttpClientHandler) dường như có cơ chế tích hợp xử lý trả lại tài nguyên ngoài proxy bằng một cuộc gọi phương thức.