Перейти к содержимому

Асинхронность. Async Await

Версия 6.4 от Alexandr Fokin на 2025/04/09 12:32
Предупреждение: Из соображений безопасности документ отображается в ограниченном режиме, поскольку это не текущая версия. Из-за этого могут быть расхождения и ошибки.
Подходы к реализации асинхронного кода.

На протяжении истории существовало несколько подходов к реализации асинхронного кода. Подход на основе 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)
Green threadsПодход к механизму, когда на уровне кода не используется никаких дополнительных пометок о асинхронном исполнении, а ответственность за выявление асинхронных блоков и их обработка лежит на среде выполнения приложения.
Можно сказать, что формат кода приближен к шаблону TAP, но не требуется указывать в коде async методы и await - места ожидания.
Подробнее о
TAP | Async/Await

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

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

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

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

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

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

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

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

Не удалось выполнить макрос [velocity]. Причина: [The execution of the [velocity] script macro is not allowed in [xwiki:Разработка.NET.C#.Многопоточность и асинхронность.Асинхронность\. Async Await.WebHome]. Check the rights of its last author or the parameters if it's rendered from another script.]. Нажмите на это сообщение для получения подробной информации.