Изменения документа Асинхронность. Async Await
Редактировал(а) Alexandr Fokin 2025/04/09 12:46
<
>
отредактировано Alexandr Fokin
на 2021/12/25 17:52
на 2021/12/25 17:52
отредактировано Alexandr Fokin
на 2025/04/09 12:35
на 2025/04/09 12:35
Изменить комментарий:
К данной версии нет комментариев
Комментарий
-
Свойства страницы (2 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Родительский документ
-
... ... @@ -1,1 +1,1 @@ 1 -Разработка.NET.C#.Многопоточность.WebHome 1 +Разработка.NET.C#.Многопоточность и асинхронность.WebHome - Содержимое
-
... ... @@ -1,29 +1,86 @@ 1 -**Async/Await** 1 +|(% style="width:177px" %)Подходы к реализации асинхронного кода.|(% style="width:1308px" %)((( 2 +На протяжении истории существовало несколько подходов к реализации асинхронного кода. Подход на основе async-await является наиболее молодым. 3 +Зачастую асинхронность связана с операциями ввода/вывода (Файловая система, Базы данных, Http запросы, операция ожидания (Task.Delay) и другое), где присутствует сравнительно большое ожидание в котором поток не задействован. 2 2 3 -Понятие конктеста выполнения. 5 +Шаблоны асинхронного программирования 6 +[[https:~~/~~/docs.microsoft.com/ru-ru/dotnet/standard/asynchronous-programming-patterns/>>https://docs.microsoft.com/ru-ru/dotnet/standard/asynchronous-programming-patterns/]] 4 4 8 +|(% style="width:233px" %)((( 9 +APM 10 +)))|(% style="width:1052px" %)Begin - End 11 +Блокирующий подход. 12 +|(% style="width:233px" %)Event-based Asynchronous|(% style="width:1052px" %)Callback, event. 13 +Неблокирующий подход, но код менее удобный и менее читаемый. 14 +|(% style="width:233px" %)TAP (Task-based asynchronous)|(% style="width:1052px" %)Task (Promise/Feature) 15 +Async Await 16 +[[SynchronizationContext ~~| Контекст синхронизации>>Разработка.NET.C#.Многопоточность и асинхронность.Асинхронность\. Async Await.SynchronizationContext | Контекст синхронизации.WebHome]]. 17 +Неблокирующий подход, при этом код пишется в синхронном (последовательном) виде. 18 +|(% style="width:233px" %)Green threads|(% style="width:1052px" %)Подход к механизму, когда на уровне кода не используется никаких дополнительных пометок о асинхронном исполнении, а ответственность за выявление асинхронных блоков и их обработка (асинхронное неблокирующее ожидание) лежит на среде выполнения приложения. 19 +Можно сказать, что формат кода приближен к шаблону TAP, но не требуется указывать в коде async методы и await - места ожидания. 20 +))) 21 +|(% style="width:177px" %)Подробнее о 22 +TAP ~| Async/Await|(% style="width:1308px" %)((( 5 5 Более мягкий подход к асинхронности. 6 -Асинхронный код записывается в синхронном виде (Выглядит последовательно), но при этом в момент выполнения задач, выполняющий поток не простаивает, а освобождается и может выполнять другие задачи. 7 -В случае desctop приложения это позволяет не блокировать UI (зависание основного потока во время выполнения операций). 8 -В случае web приложений, данный подход позволяет обрабатывать больше активных подключений. (Поток обрабатывает запрос, сталкивается с асинхронной операцией, освобождается и может обработать другие входящие запросы. При окончании асинхронной операции тот-же или другой поток продолжит выполнение) Т.е. прирост не в скорости работы, а в пиковой нагрузке по кол-ву соединений, за счет освобождения потоков, ожидающих завершения асинхронных операций. При этом присутсвуют небольшие накладные расходы, связанные с работой Async/Await. 24 +Асинхронный код записывается в синхронном виде (Выглядит последовательно), но при этом в момент выполнения асинхронного кода, выполняющий поток не блокируется, а освобождается и может выполнять другие задачи. 9 9 10 -DeadLock при async await. Возможен в ситуациях, когда есть контекст синхронизации (UI контекст основного ui потока, ASP контекст запроса) 11 -ConfigureAwait - указывает на то, должны ли операции продожаться в том же контексте после завершения await (или же они могуть быть выполнены в любом контексте) 12 -[[devblogs.microsoft| ConfigureAwait FAQ>>https://devblogs.microsoft.com/dotnet/configureawait-faq/?utm_source=csharp&utm_medium=email&utm_campaign=digest]] 13 13 27 +|(% style="width:79px" %)Desktop (GUI)|(% style="width:1443px" %)Позволяет не блокировать UI (зависание основного потока во время выполнения долгих операций [[Event loop>>doc:Архитектура и модели.Модели.Event loop.WebHome]]). 28 +Когда встречается реальная асинхронная операция UI Thread освобождается и идет обрабатывать другие события графического интерфейса. После того, как асинхронная операция будет завершена, код идущей за ней может продолжить выполнение в UI Thread (или в другом потоке из пула). 29 +|(% style="width:79px" %)Web|(% style="width:1443px" %)((( 30 +Позволяет обрабатывать большее кол-во параллельных задач (запросов) меньшим кол-во потоков. 31 +(Поток обрабатывает запрос, сталкивается с асинхронной операцией, освобождается (возвращается в пул) и может обработать другие входящие запросы. При окончании асинхронной операции тот-же или другой поток из пула продолжит выполнение). 14 14 15 -Материалы: 16 -* [[Habr Async/await в C#: концепция, внутреннее устройство, полезные приемы>>https://habr.com/ru/post/470830/]] 17 -* [[Metanit Aсинхронное программирование>>https://metanit.com/sharp/tutorial/13.3.php]] 18 -* [[Habr Асинхронный рассинхрон: антипаттерны в работе с async/await в .NET>>https://habr.com/ru/company/dodopizzadev/blog/435666/]] 19 -* [[Habr Async/await в C#: подводные камни>>https://habr.com/ru/post/257221/]] 20 -* [[Habr Async/await и механизм реализации в C# 5.0>>https://habr.com/ru/post/260217/]] 33 +Т.е. прирост не в скорости работы, а в пиковой нагрузке по кол-ву соединений, за счет освобождения потоков, ожидающих завершения асинхронных операций. 34 +При этом присутствуют небольшие накладные расходы, связанные с работой Async/Await. 21 21 22 - 23 -ConfigureAwait, кто виноват и что делать? 24 -https://habr.com/ru/company/clrium/blog/463587/ 25 -ConfigureAwait: часто задаваемые вопросы 26 -https://habr.com/ru/post/482354/ 27 - 36 +Позволяет пулу потоков обходиться меньшим количеством потоков за счет отсутствия (бесполезной) блокировки потока на ожидании завершения асинхронной операции. 37 +))) 38 +))) 39 +|(% style="width:177px" %)Материалы:|(% style="width:1308px" %)((( 40 +|(% style="width:106px" %)Книги|(% style="width:1184px" %)((( 41 +* [[Асинхронное программирование в C# 5.0 | O’Reilly>>doc:Книги.O’Reilly.Асинхронное программирование в C# 5\.0 | O’Reilly.WebHome]] 42 +* [[CLR via C# | Джеффри Рихтер>>doc:Книги.CLR via C# | Джеффри Рихтер.WebHome]] 43 +))) 44 +|(% style="width:106px" %)Статьи|(% style="width:1184px" %)((( 45 +* Async/await в C#: концепция, внутреннее устройство, полезные приемы 46 +[[https:~~/~~/habr.com/ru/post/470830/>>https://habr.com/ru/post/470830/||style="background-color: rgb(255, 255, 255);"]] 47 +* Асинхронные методы, async и await 48 +[[https:~~/~~/metanit.com/sharp/tutorial/13.3.php>>https://metanit.com/sharp/tutorial/13.3.php]] 49 +* Асинхронный рассинхрон: антипаттерны в работе с async/await в .NET 50 +[[https:~~/~~/habr.com/ru/company/dododev/blog/435666/>>https://habr.com/ru/company/dododev/blog/435666/]] 51 +* Async/await в C#: подводные камни 52 +[[https:~~/~~/habr.com/ru/post/257221/>>https://habr.com/ru/post/257221/]] 53 +* Async/await и механизм реализации в C# 5.0 54 +[[https:~~/~~/habr.com/ru/post/260217/>>https://habr.com/ru/post/260217/]] 55 +* Async/await in C#: pitfalls 28 28 https://enterprisecraftsmanship.com/posts/pitfalls-of-async-await/ 57 +* Асинхронность в C#. Разрушение легенд 29 29 https://techrocks.ru/2020/01/11/asynchrony-in-c-sharp/ 59 +* RadioDotNet. Async practices, breaking changes, time provider 60 +[[https:~~/~~/www.youtube.com/watch?v=f4-gb-cg_MQ&list=PLbxr_aGL4q3SpQ9GRn2jv-NEpvN23CUC5>>https://www.youtube.com/watch?v=f4-gb-cg_MQ&list=PLbxr_aGL4q3SpQ9GRn2jv-NEpvN23CUC5]] 61 +))) 62 +))) 63 + 64 +---- 65 + 66 +==== Внутренние ссылки: ==== 67 + 68 +====== Дочерние страницы: ====== 69 + 70 +{{children/}} 71 + 72 +====== Обратные ссылки: ====== 73 + 74 +{{velocity}} 75 +#set ($links = $doc.getBacklinks()) 76 +#if ($links.size() > 0) 77 + #foreach ($docname in $links) 78 + #set ($rdoc = $xwiki.getDocument($docname).getTranslatedDocument()) 79 + * [[$escapetool.xml($rdoc.fullName)]] 80 + #end 81 +#else 82 + No back links for this page! 83 +#end 84 +{{/velocity}} 85 + 86 +