Изменения документа Многопоточность и асинхронность
Редактировал(а) Alexandr Fokin 2023/01/11 15:19
отредактировано Alexandr Fokin
на 2020/06/06 10:20
на 2020/06/06 10:20
Изменить комментарий:
К данной версии нет комментариев
Комментарий
-
Свойства страницы (5 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Название
-
... ... @@ -1,1 +1,1 @@ 1 -Многопоточность 1 +Многопоточность и асинхронность - Родительский документ
-
... ... @@ -1,1 +1,1 @@ 1 - \.Net.WebHome1 +Разработка.NET.C#.WebHome - Автор документа
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki. Admin1 +XWiki.cccc1808 - Теги
-
... ... @@ -1,0 +1,1 @@ 1 +c#|thread|async - Содержимое
-
... ... @@ -1,0 +1,83 @@ 1 + 2 +**Инструменты работы с многопоточностью.** 3 + 4 +Рекомендуется к прочтению: 5 +**[[Конкурентность в C#. Асинхронное, параллельное и многопоточное программирование.>>https://wiki.denhome.ru/bin/view/Книги/Конкурентность%20в%20C%23.%20Асинхронное%2C%20параллельное%20и%20многопоточное%20программирование.%20%7C%20O’Reilly]]** 6 + 7 +Понятие критической секции. 8 +Некоторый блок кода, в котором работа несколько поток ограничевается или управляетя некоторым образом. Например в критической секции разрешена работа только одного потока, остальные потоки будут ожидать. 9 + 10 +Понятие токена. (Поток проверяет токен, если токен свободен - забирает себе, иначе ожидает. В конце секции поток освобождает токен) 11 + 12 +Monitor.Enter, Monitor.Exit, lock 13 +Это самые часто используемые конструкции для синхронизации потоков. Реализуют идею критической секции: то есть код, написанный между вызовами Monitor.Enter, Monitor.Exit на одном ресурсе может быть выполнен в один момент времени лишь одним потоком. Оператор lock является синтаксическим сахаром вокруг вызовов Enter/Exit обернутых в try-finally. Приятной особенностью реализации критической секции в .NET является возможность повторного входа в нее для одного и того же потока. 14 + 15 +Mutex нужен для синронизации на уровне ОС. (Может использоваться несколькими приложениями) 16 +Семафоры позволяют ограничить доступ определенным количеством потоков. 17 + 18 +ReaderWriterLockSlim 19 +Либо много потоков читает, либо 1 поток пишет 20 + 21 +При использовании инструментов важно освобождать освобождать блокировку, даже если в процессе выполнения вылетит exception. 22 +Шаблон: 23 + 24 +{{code language="c#"}} 25 +try 26 +{ 27 + LockSection(); 28 + //... Action 29 +} 30 +catch {} 31 +finally 32 +{ 33 + UnlockSection(); 34 +} 35 +{{/code}} 36 + 37 +Примеры 38 +Запись в один и тот же файл с разных потоков. (В определенный момент времени в файл записывает только 1 поток) 39 +Работа с кешем приложения. 40 + 41 +Материалы: 42 +* [[.NET: Инструменты для работы с многопоточностью и асинхронностью. Часть 1>>https://habr.com/ru/post/452094/]] 43 +* [[.NET: Инструменты для работы с многопоточностью и асинхронностью. Часть 2>>https://habr.com/ru/post/459514/]] 44 + 45 + 46 + 47 +**Thread VS Task** 48 + 49 +Thread Pool (Пул потоков) 50 + 51 +Thread - физический поток в приложении 52 +Task - логическая задача, которая может выполниться в потоке из Thread Pool. 53 +Для Task, которые будет выполняться длительное время стоит использовать метку. 54 + 55 +Материалы: 56 +* [[Использование тасков в C#>>http://sonyks2007.blogspot.com/2013/11/c_11.html]] 57 + 58 + 59 + 60 +**Async/Await** 61 + 62 +Понятие конктеста выполнения. 63 + 64 +Более мягкий подход к асинхронности. 65 +Асинхронный код записывается в синхронном виде (Выглядит последовательно), но при этом в момент выполнения задач, выполняющий поток не простаивает, а освобождается и может выполнять другие задачи. 66 +В случае desctop приложения это позволяет не блокировать UI (зависание основного потока во время выполнения операций). 67 +В случае web приложений, данный подход позволяет обрабатывать больше активных подключений. (Поток обрабатывает запрос, сталкивается с асинхронной операцией, освобождается и может обработать другие входящие запросы. При окончании асинхронной операции тот-же или другой поток продолжит выполнение) Т.е. прирост не в скорости работы, а в пиковой нагрузке по кол-ву соединений, за счет освобождения потоков, ожидающих завершения асинхронных операций. При этом присутсвуют небольшие накладные расходы, связанные с работой Async/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 +* [[Habr Async/await в C#: концепция, внутреннее устройство, полезные приемы>>https://habr.com/ru/post/470830/]] 72 +* [[Metanit Aсинхронное программирование>>https://metanit.com/sharp/tutorial/13.3.php]] 73 +* [[Habr Асинхронный рассинхрон: антипаттерны в работе с async/await в .NET>>https://habr.com/ru/company/dodopizzadev/blog/435666/]] 74 +* [[Habr Async/await в C#: подводные камни>>https://habr.com/ru/post/257221/]] 75 +* [[Habr Async/await и механизм реализации в C# 5.0>>https://habr.com/ru/post/260217/]] 76 + 77 + 78 + 79 + 80 +**Taskcompletionsource** 81 + 82 +Материалы: 83 +* [[В-чем-смысл-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]]