Изменения документа Многопоточность и асинхронность

Редактировал(а) Alexandr Fokin 2023/01/11 15:19

От версии < 24.7 >

отредактировано Alexandr Fokin
на 2022/07/29 03:05

К версии < 10.1 >

отредактировано Alexandr Fokin
на 2020/06/06 10:20

Изменить комментарий: К данной версии нет комментариев

Необработанный
Обработанный

Комментарий

Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Объекты (0 изменено, 0 добавлено, 2 удалено)
- XWiki.XWikiComments[0]
- XWiki.XWikiComments[1]

Подробности

Свойства страницы

Содержимое

@@ -1,79 +2,83 @@
--
--| |
--|Понятие критической секции.|Некоторый блок кода, в котором работа несколько поток ограничивается или управляется некоторым образом. Например в критической секции разрешена работа только одного потока, остальные потоки будут ожидать.
--(Т.е. пессимистичная блокировка)
--|Понятие токена.|(Поток проверяет токен, если токен свободен - забирает себе, иначе ожидает освобождения. В конце секции поток освобождает токен)
++**Инструменты работы с многопоточностью.**
------
++Рекомендуется к прочтению:
++**[[Конкурентность в C#. Асинхронное, параллельное и многопоточное программирование.>>https://wiki.denhome.ru/bin/view/Книги/Конкурентность%20в%20C%23.%20Асинхронное%2C%20параллельное%20и%20многопоточное%20программирование.%20%7C%20O’Reilly]]**
--===  Некоторые примитивы синхронизации ===
++Понятие критической секции.
++Некоторый блок кода, в котором работа несколько поток ограничевается или управляетя некоторым образом. Например в критической секции разрешена работа только одного потока, остальные потоки будут ожидать.
--|(% style="width:251px" %) |(% style="width:1271px" %)
--|(% style="width:251px" %)Monitor и конструкция Lock|(% style="width:1271px" %)(((
--Реализуют идею критической секции: то есть код, написанный между вызовами Monitor.Enter, Monitor.Exit на одном ресурсе может быть выполнен в один момент времени лишь одним потоком.
++Понятие токена. (Поток проверяет токен, если токен свободен - забирает себе, иначе ожидает. В конце секции поток освобождает токен)
--Оператор lock оберткой над Enter/Exit обернутых в try-finally.
--)))
--|(% style="width:251px" %)Semaphore|(% style="width:1271px" %)Семафоры позволяют ограничить доступ выполнения кода определенным количеством потоков.
--|(% style="width:251px" %)Mutex|(% style="width:1271px" %)Используется для синхронизации на уровне операционной системы.
--Может использоваться несколькими приложениями в рамках одной ОС.
--|(% style="width:251px" %)ReaderWriterLock
--ReaderWriterLockSlim|(% style="width:1271px" %)Либо много потоков читает, либо 1 поток пишет.
--|(% style="width:251px" %) |(% style="width:1271px" %)
++Monitor.Enter, Monitor.Exit, lock
++Это самые часто используемые конструкции для синхронизации потоков. Реализуют идею критической секции: то есть код, написанный между вызовами Monitor.Enter, Monitor.Exit на одном ресурсе может быть выполнен в один момент времени лишь одним потоком. Оператор lock является синтаксическим сахаром вокруг вызовов Enter/Exit обернутых в try-finally. Приятной особенностью реализации критической секции в .NET является возможность повторного входа в нее для одного и того же потока.
--(% style="width:432px" %)
--|(% style="width:386px" %)Конструкции пользовательского режима|(% style="width:43px" %)
--|(% style="width:386px" %)Конструкции режима ядра|(% style="width:43px" %)
--|(% style="width:386px" %)Гибридные конструкции синхронизации потоков|(% style="width:43px" %)
++Mutex нужен для синронизации на уровне ОС. (Может использоваться несколькими приложениями)
++Семафоры позволяют ограничить доступ определенным количеством потоков.
--Материалы:
++ReaderWriterLockSlim
++Либо много потоков читает, либо 1 поток пишет
--* .NET: Инструменты для работы с многопоточностью и асинхронностью. Часть 1
--https://habr.com/ru/post/452094
--* .NET: Инструменты для работы с многопоточностью и асинхронностью. Часть 2
--https://habr.com/ru/post/459514
++При использовании инструментов важно освобождать освобождать блокировку, даже если в процессе выполнения вылетит exception.
++Шаблон:
------
--
--=== Шаблон ===
--
--При использовании инструментов важно освобождать освобождать блокировку, даже если в процессе выполнения логики возникнет исключение.
--Во многих случаях имеет смысл реализовывать объект обертку, реализующую блокировку, и не допускающую неправильное использование.
--Общий шаблон использования:
--
  {{code language="c#"}}
--EnterLock();
  try
--{
++{
++  LockSection();
    //... Action
  }
  catch {}
  finally
  {
--  ReleaseLock();
++  UnlockSection();
  }
  {{/code}}
------
--
--Простой пример
++Примеры
  Запись в один и тот же файл с разных потоков. (В определенный момент времени в файл записывает только 1 поток)
++Работа с кешем приложения.
------
++Материалы:
++* [[.NET: Инструменты для работы с многопоточностью и асинхронностью. Часть 1>>https://habr.com/ru/post/452094/]]
++* [[.NET: Инструменты для работы с многопоточностью и асинхронностью. Часть 2>>https://habr.com/ru/post/459514/]]
--**Taskcompletionsource**
++**Thread VS Task**
++
++Thread Pool (Пул потоков)
++
++Thread - физический поток в приложении
++Task - логическая задача, которая может выполниться в потоке из Thread Pool.
++Для Task, которые будет выполняться длительное время стоит использовать метку.
++
  Материалы:
++* [[Использование тасков в C#>>http://sonyks2007.blogspot.com/2013/11/c_11.html]]
--* В чем смысл TaskCompletionSource<T> и когда его лучше использовать?
--https://ru.stackoverflow.com/questions/780270/В-чем-смысл-taskcompletionsourcet-и-когда-его-лучше-использовать
--==== Книги ====
--* [[Асинхронное программирование в C# 5.0 | O’Reilly>>doc:Книги.O’Reilly.Асинхронное программирование в C# 5\.0 | O’Reilly.WebHome]]
--* [[Конкурентность в C#. Асинхронное, параллельное и многопоточное программирование. | O’Reilly>>doc:Книги.O’Reilly.Конкурентность в C#\. Асинхронное, параллельное и многопоточное программирование\. | O’Reilly.WebHome]]
--* [[CLR via C# | Джеффри Рихтер>>Книги.CLR via C# | Джеффри Рихтер.WebHome]]
++**Async/Await**
--
++Понятие конктеста выполнения.
++
++Более мягкий подход к асинхронности.
++Асинхронный код записывается в синхронном виде (Выглядит последовательно), но при этом в момент выполнения задач, выполняющий поток не простаивает, а освобождается и может выполнять другие задачи.
++В случае desctop приложения это позволяет не блокировать UI (зависание основного потока во время выполнения операций).
++В случае web приложений, данный подход позволяет обрабатывать больше активных подключений. (Поток обрабатывает запрос, сталкивается с асинхронной операцией, освобождается и может обработать другие входящие запросы. При окончании асинхронной операции тот-же или другой поток продолжит выполнение) Т.е. прирост не в скорости работы, а в пиковой нагрузке по кол-ву соединений, за счет освобождения потоков, ожидающих завершения асинхронных операций. При этом присутсвуют небольшие накладные расходы, связанные с работой Async/Await.
++[[devblogs.microsoft| ConfigureAwait FAQ>>https://devblogs.microsoft.com/dotnet/configureawait-faq/?utm_source=csharp&utm_medium=email&utm_campaign=digest]]
++
++Материалы:
++* [[Habr Async/await в C#: концепция, внутреннее устройство, полезные приемы>>https://habr.com/ru/post/470830/]]
++* [[Metanit Aсинхронное программирование>>https://metanit.com/sharp/tutorial/13.3.php]]
++* [[Habr Асинхронный рассинхрон: антипаттерны в работе с async/await в .NET>>https://habr.com/ru/company/dodopizzadev/blog/435666/]]
++* [[Habr Async/await в C#: подводные камни>>https://habr.com/ru/post/257221/]]
++* [[Habr Async/await и механизм реализации в C# 5.0>>https://habr.com/ru/post/260217/]]
++
++
++
++
++**Taskcompletionsource**
++
++Материалы:
++* [[В-чем-смысл-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]]

XWiki.XWikiComments[0]

Автор

...	...	@@ -1,1 +1,0 @@
1		-XWiki.cccc1808

Комментарий

@@ -1,8 +1,0 @@
--При использовании CancellationToken не забывать оборачивать вызов в
--{{code language="c#"}}
--try
--{
--    CancelableOperation(tocken);
--}
--catch(OperationCanceledException ex){}
--{{/code}}

Дата

...	...	@@ -1,1 +1,0 @@
1		-2020-06-11 13:23:30.963

XWiki.XWikiComments[1]