Изменения документа SynchronizationContext | Контекст синхронизации
Редактировал(а) Alexandr Fokin 2024/02/24 23:46
<
>
отредактировано Alexandr Fokin
на 2024/02/24 23:45
на 2024/02/24 23:45
отредактировано Alexandr Fokin
на 2023/01/11 15:18
на 2023/01/11 15:18
Изменить комментарий:
Renamed back-links.
Комментарий
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -1,14 +1,28 @@ 1 -| |Понятие контекста синхронизации. 2 -| |Не все типы приложений и фреймворки содержит такой компонент как контекст синхронизации. 1 +=== Понятие контекста синхронизации. === 2 + 3 +Не все типы приложений и фреймворки содержит такой компонент как контекст синхронизации. 3 3 Его основная цель - реализация механизма определения того, в каком потоке будет продолжаться выполнение кода после выхода из асинхронного ожидания (await). 4 -| |((( 5 + 6 + 7 +| | 5 5 |{{code language="c#"}}// (По умолчанию) 6 -ConfigureAwait(true){{/code}}|Сообщает, что необходимо задействовать механизм контекста синхронизации для кода, идущего после выхода из данной асинхронной операции. 9 +ConfigureAwait(true){{/code}}((( 10 + 11 +)))|Сообщает, что необходимо задействовать механизм контекста синхронизации для кода, идущего после выхода из данной асинхронной операции. 7 7 |{{code language="c#"}}ConfigureAwait(false){{/code}}|Сообщает, что код, идущего после выхода из данной асинхронной операции, может быть выполнен в любом потоке из пула потоков. 8 -))) 9 -| |Например: 10 -Во многих графических фреймворках менять состояние контролов можно только из UI Thread, если после асинхронной операции нам необходимо изменить контрол, то нужна гарантия того, что код будет выполнен в UI Thead, а не любом Thread из ThreadPool. [[Потоки и задачи>>doc:Разработка.NET.C#.Многопоточность и асинхронность.Потоки и задачи.WebHome]] 11 -| |((( 13 + 14 +Например во многих графических фремворках менять состояние контролов можно только из UI Thread, если после асинхронной операции нам необходимо изменить контрол, то нужна гарантия того, что код будет выполнен в UI Thead, а не любом Thread из ThreadPool. [[Потоки и задачи>>doc:Разработка.NET.C#.Многопоточность и асинхронность.Потоки и задачи.WebHome]] 15 + 16 +---- 17 + 18 +=== DeadLock при async await. === 19 + 20 +В некоторых случаях при неправильном использовании возможны ситуации, которая приводит к взаимной блокировке потока и зависанию приложения. 21 + 22 +---- 23 + 24 +=== Ссылки: === 25 + 12 12 * ConfigureAwait FAQ 13 13 [[devblogs.microsoft| ConfigureAwait FAQ>>url:https://devblogs.microsoft.com/dotnet/configureawait-faq/?utm_source=csharp&utm_medium=email&utm_campaign=digest]] 14 14 * ConfigureAwait, кто виноват и что делать? ... ... @@ -21,31 +21,3 @@ 21 21 http://alz-it.blogspot.com/2016/06/executioncontext-synchronizationcontext.html 22 22 * Пишем свой SynchronizationContext 23 23 https://itnan.ru/post.php?c=1&p=269985 24 -))) 25 -|Ссылки| 26 - 27 ----- 28 - 29 -==== Внутренние ссылки: ==== 30 - 31 -====== Дочерние страницы: ====== 32 - 33 -{{children/}} 34 - 35 -====== Обратные ссылки: ====== 36 - 37 -{{velocity}} 38 -#set ($links = $doc.getBacklinks()) 39 -#if ($links.size() > 0) 40 - #foreach ($docname in $links) 41 - #set ($rdoc = $xwiki.getDocument($docname).getTranslatedDocument()) 42 - * [[$escapetool.xml($rdoc.fullName)]] 43 - #end 44 -#else 45 - No back links for this page! 46 -#end 47 -{{/velocity}} 48 - 49 ----- 50 - 51 -