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

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

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

APM

Begin
End

Event-based Asynchronous

Callback
Event

TAP (Task-based asynchronous)
TAP | Async/Await

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

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

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

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

Материалы:
Книги
Статьи

​​​


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

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

 

Теги: