Понимание async с WebClient UploadString() vs UploadStringTaskAsync

Question

Я изо всех сил пытаюсь понять преимущества async vs sync, когда он работает в не визуальном контексте, например. лазурь работник или веб-контроллер Api:

using (var wc = new WebClient()) 
{ 
    wc.UploadString(uri, message); 
    // vs. 
    await wc.UploadStringTaskAsync(uri, message); 
} 

ли не основной поток нужно ждать в любом случае, и, следовательно, не имеет никакого значения для работы? Что еще есть, кроме рабочих мест UI?

Answer 1

Это правда, что даже если вы используете async, там есть какой-то основной поток. Преимущества в том, что вы можете одновременно выполнять несколько асинхронных операций, не блокируя нити. Это увеличивает вашу масштабируемость, поскольку вы можете обрабатывать больше работы с меньшими ресурсами.

Предположим, что вместо одного WebClient вы используете 1000. По-прежнему есть основной поток, но вместо блокировки 1000 потоков больше на IO, вы не используете ни одного.

public Task Upload(string message) 
{ 
    using (var wc = new WebClient()) 
    { 
     wc.UploadString(uri, message); 
     // vs. 
     await wc.UploadStringTaskAsync(uri, message); 
    } 
} 

await Task.WhenAll(messages.Select(message => Upload(message))) // multiple operations. 0 blocked threads. 

Answer 2

Не следует ли в любом случае ожидать, что основная нить должна ждать, и, следовательно, не имеет значения разница в производительности? Что еще есть, кроме рабочих мест UI?

Когда вы используете веб-API, например, threadpool ASP.NET дает вам поток, в который вы запускаете свой код. Когда вы используете await асинхронный метод, вы возвращаете этот поток обратно в пул, чтобы разрешить обработку большего количества подключений. Метод async дает управление обратно вызывающему методу (или если он является обработчиком верхнего уровня, в threadpool), и теперь этот поток может обрабатывать больше работы. Хотя в синхронной версии вы просто блокируете поток до тех пор, пока IO не завершится.

Таким образом, несмотря на отсутствие пользовательского интерфейса, вы держите приложение более отзывчивым, чтобы вы могли обрабатывать больше работы одновременно.