Изменения документа Многопоточность и асинхронность
Редактировал(а) Alexandr Fokin 2023/01/11 15:19
<
>
отредактировано Alexandr Fokin
на 2020/08/16 12:54
на 2020/08/16 12:54
отредактировано Alexandr Fokin
на 2023/01/11 15:18
на 2023/01/11 15:18
Изменить комментарий:
Update document after refactoring.
Комментарий
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
-
Объекты (1 изменено, 1 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -1,91 +1,40 @@ 1 +| | 2 +|Понятие критической секции.|Некоторый блок кода, в котором работа несколько поток ограничивается или управляется некоторым образом. Например в критической секции разрешена работа только одного потока, остальные потоки будут ожидать. 3 +(Т.е. [[Пессимистичная блокировка>>doc:Архитектура и модели.Блокировки.Пессимистичная блокировка.WebHome]]) 4 +|Понятие токена.|Поток проверяет токен, если токен свободен - забирает себе, иначе ожидает освобождения. В конце секции поток освобождает токен. 1 1 2 - **Инструменты работы с многопоточностью.**6 +---- 3 3 4 -Понятие критической секции. 5 -Некоторый блок кода, в котором работа несколько поток ограничевается или управляетя некоторым образом. Например в критической секции разрешена работа только одного потока, остальные потоки будут ожидать. 6 - 7 -Понятие токена. (Поток проверяет токен, если токен свободен - забирает себе, иначе ожидает. В конце секции поток освобождает токен) 8 - 9 -Monitor.Enter, Monitor.Exit, lock 10 -Это самые часто используемые конструкции для синхронизации потоков. Реализуют идею критической секции: то есть код, написанный между вызовами Monitor.Enter, Monitor.Exit на одном ресурсе может быть выполнен в один момент времени лишь одним потоком. Оператор lock является синтаксическим сахаром вокруг вызовов Enter/Exit обернутых в try-finally. Приятной особенностью реализации критической секции в .NET является возможность повторного входа в нее для одного и того же потока. 11 - 12 -Mutex нужен для синронизации на уровне ОС. (Может использоваться несколькими приложениями) 13 -Семафоры позволяют ограничить доступ определенным количеством потоков. 14 - 15 -ReaderWriterLockSlim 16 -Либо много потоков читает, либо 1 поток пишет 17 - 18 -При использовании инструментов важно освобождать освобождать блокировку, даже если в процессе выполнения вылетит exception. 19 -Шаблон: 20 - 21 -{{code language="c#"}} 22 -try 23 -{ 24 - LockSection(); 25 - //... Action 26 -} 27 -catch {} 28 -finally 29 -{ 30 - UnlockSection(); 31 -} 32 -{{/code}} 33 - 34 -Примеры 8 +Простой пример: 35 35 Запись в один и тот же файл с разных потоков. (В определенный момент времени в файл записывает только 1 поток) 36 -Работа с кешем приложения. 37 37 38 -Материалы: 39 -* [[.NET: Инструменты для работы с многопоточностью и асинхронностью. Часть 1>>https://habr.com/ru/post/452094/]] 40 -* [[.NET: Инструменты для работы с многопоточностью и асинхронностью. Часть 2>>https://habr.com/ru/post/459514/]] 11 +---- 41 41 13 +==== Книги ==== 42 42 15 +* [[Конкурентность в C#. Асинхронное, параллельное и многопоточное программирование. | O’Reilly>>doc:Книги.O’Reilly.Конкурентность в C#\. Асинхронное, параллельное и многопоточное программирование\. | O’Reilly.WebHome]] 16 +* [[CLR via C# | Джеффри Рихтер>>Книги.CLR via C# | Джеффри Рихтер.WebHome]] 43 43 44 - **Thread VS Task**18 +---- 45 45 46 - ThreadPool (Пул потоков)20 +==== Внутренние ссылки: ==== 47 47 48 -Thread - физический поток в приложении 49 -Task - логическая задача, которая может выполниться в потоке из Thread Pool. 50 -Для Task, которые будет выполняться длительное время стоит использовать метку. 22 +====== Дочерние страницы: ====== 51 51 52 -Материалы: 53 -* [[Использование тасков в C#>>http://sonyks2007.blogspot.com/2013/11/c_11.html]] 24 +{{children/}} 54 54 26 +====== Обратные ссылки: ====== 55 55 28 +{{velocity}} 29 +#set ($links = $doc.getBacklinks()) 30 +#if ($links.size() > 0) 31 + #foreach ($docname in $links) 32 + #set ($rdoc = $xwiki.getDocument($docname).getTranslatedDocument()) 33 + * [[$escapetool.xml($rdoc.fullName)]] 34 + #end 35 +#else 36 + No back links for this page! 37 +#end 38 +{{/velocity}} 56 56 57 -**Async/Await** 58 - 59 -Понятие конктеста выполнения. 60 - 61 -Более мягкий подход к асинхронности. 62 -Асинхронный код записывается в синхронном виде (Выглядит последовательно), но при этом в момент выполнения задач, выполняющий поток не простаивает, а освобождается и может выполнять другие задачи. 63 -В случае desctop приложения это позволяет не блокировать UI (зависание основного потока во время выполнения операций). 64 -В случае web приложений, данный подход позволяет обрабатывать больше активных подключений. (Поток обрабатывает запрос, сталкивается с асинхронной операцией, освобождается и может обработать другие входящие запросы. При окончании асинхронной операции тот-же или другой поток продолжит выполнение) Т.е. прирост не в скорости работы, а в пиковой нагрузке по кол-ву соединений, за счет освобождения потоков, ожидающих завершения асинхронных операций. При этом присутсвуют небольшие накладные расходы, связанные с работой Async/Await. 65 - 66 -DeadLock при async await. Возможен в ситуациях, когда есть контекст синхронизации (UI контекст основного ui потока, ASP контекст запроса) 67 -ConfigureAwait - указывает на то, должны ли операции продожаться в том же контексте после завершения await (или же они могуть быть выполнены в любом контексте) 68 -[[devblogs.microsoft| ConfigureAwait FAQ>>https://devblogs.microsoft.com/dotnet/configureawait-faq/?utm_source=csharp&utm_medium=email&utm_campaign=digest]] 69 - 70 - 71 -Материалы: 72 -* [[Habr Async/await в C#: концепция, внутреннее устройство, полезные приемы>>https://habr.com/ru/post/470830/]] 73 -* [[Metanit Aсинхронное программирование>>https://metanit.com/sharp/tutorial/13.3.php]] 74 -* [[Habr Асинхронный рассинхрон: антипаттерны в работе с async/await в .NET>>https://habr.com/ru/company/dodopizzadev/blog/435666/]] 75 -* [[Habr Async/await в C#: подводные камни>>https://habr.com/ru/post/257221/]] 76 -* [[Habr Async/await и механизм реализации в C# 5.0>>https://habr.com/ru/post/260217/]] 77 - 78 - 79 -ConfigureAwait, кто виноват и что делать? 80 -https://habr.com/ru/company/clrium/blog/463587/ 81 -ConfigureAwait: часто задаваемые вопросы 82 -https://habr.com/ru/post/482354/ 83 - 84 -**Taskcompletionsource** 85 - 86 -Материалы: 87 -* [[В-чем-смысл-taskcompletionsourcet-и-когда-его-лучше-использовать>>https://ru.stackoverflow.com/questions/780270/%D0%92-%D1%87%D0%B5%D0%BC-%D1%81%D0%BC%D1%8B%D1%81%D0%BB-taskcompletionsourcet-%D0%B8-%D0%BA%D0%BE%D0%B3%D0%B4%D0%B0-%D0%B5%D0%B3%D0%BE-%D0%BB%D1%83%D1%87%D1%88%D0%B5-%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D1%8C]] 88 - 89 - 90 -Книги: 91 -* [[Конкурентность в C#. Асинхронное, параллельное и многопоточное программирование>>https://wiki.denhome.ru/bin/view/Книги/Конкурентность%20в%20C%23.%20Асинхронное%2C%20параллельное%20и%20многопоточное%20программирование.%20%7C%20O’Reilly]] 40 +----
- XWiki.XWikiComments[0]
-
- Комментарий
-
... ... @@ -1,8 +1,6 @@ 1 1 При использовании CancellationToken не забывать оборачивать вызов в 2 -{{code language="c#"}} 3 -try 2 +{{code language="c#"}}try 4 4 { 5 5 CancelableOperation(tocken); 6 6 } 7 -catch(OperationCanceledException ex){} 8 -{{/code}} 6 +catch(OperationCanceledException ex){}{{/code}}
- XWiki.XWikiComments[1]
-
- Автор
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.cccc1808 - Комментарий
-
... ... @@ -1,0 +1,1 @@ 1 +Разобрать группу, вынести общие темы в раздел архитектуры. - Дата
-
... ... @@ -1,0 +1,1 @@ 1 +2022-12-31 12:29:23.113