Комментарий

• Свойства страницы (4 изменено, 0 добавлено, 0 удалено)

Подробности

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

Родительский документ

...	...	@@ -1,1 +1,1 @@
1		-NET.WebHome
	1	+Разработка.NET.c#.WebHome

Автор документа

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

Теги

...	...	@@ -1,0 +1,1 @@
	1	+c#|thread|async

Содержимое

...	...	@@ -6,18 +6,30 @@
6	6
7	7	Понятие токена. (Поток проверяет токен, если токен свободен - забирает себе, иначе ожидает. В конце секции поток освобождает токен)
8	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	+
9	9	При использовании инструментов важно освобождать освобождать блокировку, даже если в процессе выполнения вылетит exception.
10	10	Шаблон:
	20	+
	21	+{{code language="c#"}}
11	11	try
12	12	{
13	13	LockSection();
14	14	//... Action
15	15	}
16		-cathc {}
	27	+catch {}
17	17	finally
18	18	{
19	19	UnlockSection();
20	20	}
	32	+{{/code}}
21	21
22	22	Примеры
23	23	Запись в один и тот же файл с разных потоков. (В определенный момент времени в файл записывает только 1 поток)
...	...	@@ -52,10 +52,13 @@
52	52	В случае web приложений, данный подход позволяет обрабатывать больше активных подключений. (Поток обрабатывает запрос, сталкивается с асинхронной операцией, освобождается и может обработать другие входящие запросы. При окончании асинхронной операции тот-же или другой поток продолжит выполнение) Т.е. прирост не в скорости работы, а в пиковой нагрузке по кол-ву соединений, за счет освобождения потоков, ожидающих завершения асинхронных операций. При этом присутсвуют небольшие накладные расходы, связанные с работой Async/Await.
53	53
54	54	Материалы:
55		-* [[Async/await в C#: концепция, внутреннее устройство, полезные приемы>>https://habr.com/ru/post/470830/]]
	67	+* [[Habr Async/await в C#: концепция, внутреннее устройство, полезные приемы>>https://habr.com/ru/post/470830/]]
	68	+* [[Metanit Aсинхронное программирование>>https://metanit.com/sharp/tutorial/13.3.php]]
	69	+* [[Habr Асинхронный рассинхрон: антипаттерны в работе с async/await в .NET>>https://habr.com/ru/company/dodopizzadev/blog/435666/]]
	70	+* [[Habr Async/await в C#: подводные камни>>https://habr.com/ru/post/257221/]]
	71	+* [[Habr Async/await и механизм реализации в C# 5.0>>https://habr.com/ru/post/260217/]]
56	56
57	57
58		-
59	59	**Taskcompletionsource**
60	60
61	61	Материалы: