Подходы к реализации асинхронного кода.

На протяжении истории существовало несколько подходов к реализации асинхронного кода. Подход на основе async-await является наиболее молодым.
Зачастую асинхронность связана с операциями ввода/вывода (Файловая система, Базы данных, Http запросы, операция ожидания (Task.Delay) и другое), где присутствует сравнительно большое ожидание в котором поток не задействован.

  

APM

Begin
End

Event-based Asynchronous

Callback
Event

TAP (Task-based asynchronous)

Шаблоны асинхронного программирования
https://docs.microsoft.com/ru-ru/dotnet/standard/asynchronous-programming-patterns/ 


TAP | Async/Await

Более мягкий подход к асинхронности.
Асинхронный код записывается в синхронном виде (Выглядит последовательно), но при этом в момент выполнения задач, выполняющий поток не простаивает, а освобождается и может выполнять другие задачи.

  
DesktopПозволяет не блокировать UI (зависание основного потока во время выполнения долгих операций).
Когда встречается реальная асинхронная операция UI Thread освобождается и идет обрабатывать другие события графического интерфейса. После того, как асинхронная операция будет завершена, код идущей за ней может продолжить выполнение в UI Thread.
Web

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

Т.е. прирост не в скорости работы, а в пиковой нагрузке по кол-ву соединений, за счет освобождения потоков, ожидающих завершения асинхронных операций.
При этом присутствуют небольшие накладные расходы, связанные с работой Async/Await.


Внутренние ссылки:

Дочерние страницы:
Обратные ссылки:

Материалы:

Теги:
Создал(а) Alexandr Fokin 2020/08/17 11:37