Обсуждение фоновых вопросов
Мне нравятся потоки, но я не могу найти в Интернете никакой информации (возможно, я просто не знаю, как правильно это искать) относительно того, что происходит в фоновом режиме, когда, например, на сцене происходит голодание потоков. Как ОС с этим справляется? Ожидает ли мой поток в очереди, чтобы получить шанс быть созданным в пуле потоков, или он будет уничтожен по истечении времени xy, когда его невозможно создать? Или это что-то совсем другое?
Другой вопрос: почему я должен заботиться о контексте потока? Вызывая ConfigureAwait(false) из того, что я знаю, я не жду этого контекста потока, который можно перевести как «Меня не волнует этот контекст». Насколько я знаю, позвонив в ConfigureAwait(false), я решаю проблемы с тупиками.
Последний вопрос: что происходит в фоновом режиме при возникновении тупика? Основной поток пытается поймать этот контекст или что-то еще?
Но, как я понимаю (что может быть неправильным), ConfigureAwait по умолчанию имеет значение true, что означает, что я могу получить тупиковые ситуации, чего никто не хочет. Но если я установил его в false, я забочусь о взаимоблокировках, а это значит, что я не буду ждать контекста вновь созданного потока.
Да так? Все, что я говорю, это ситуации, когда контекст является важен и, следовательно, вы заботитесь о должен.
Можете ли вы объяснить ситуации, в которых мне следует заботиться о контексте, а где нет? Если я правильно вас понимаю, я должен заботиться о контексте, когда я возвращаю некоторую задачу в основной (UI) поток, и мне не должно быть дела, когда я делаю что-то, что не должно возвращаться в основном (UI) потоке? И как избежать взаимоблокировок в основном потоке, если вы установите значение false для ConfigureAwait, если вы хотите заботиться о контексте?
Может быть, погуглите Блог Стивена Си и что он скажет по этим темам.
Хорошо, я получил большую часть этого. Но вопрос о пуле потоков все еще остается.
Ответы 1
Я думаю, что тупик здесь используется не в том контексте. Тупик описывает ситуацию, когда два или более потока заблокированы навсегда, ожидая друг друга (например, заявление о блокировке).
Истощение потока: голодание описывает ситуацию, когда поток не может получить регулярный доступ к общим ресурсам и не может добиться прогресса.
Do my thread waits in the line to get it's chance to be created in the thread pool or is it killed after xy time when it can't be created?
Я не совсем понимаю этот вопрос. Ваш поток не ждет, пока его создадут. Ваша функция создает поток.
Another question is why should I care about thread context?
Из MSDN: «Контекст - это упорядоченная последовательность свойств, которые определяют среду для объектов, находящихся внутри него. Контексты создаются в процессе активации для объектов, которые настроены так, чтобы требовать определенных автоматических служб, таких как синхронизация, транзакции, только-в -время активации, безопасности и т. д. Внутри контекста могут существовать несколько объектов ».
Вот аналогичный вопрос: Зачем мне использовать Task.ConfigureAwait (continueOnCapturedContext: false);
The last question is, when a deadlock happen, what is going on in the background?
Два потока продолжают работать (ждут друг друга), пока вы не закроете приложение.
В той части, которую вы не поняли. Я постараюсь реконструировать свой вопрос. Если пул потоков заполнен и в пуле больше не может быть потоков. Что произойдет с веткой, которую я хочу создать?
все объяснено здесь: msdn.microsoft.com/de-de/library/…
Это хорошо. Со всеми этими ответами я получил все ответы, которые хотел. Спасибо.
"Почему я должен заботиться о контексте потока?" - Потому что иногда является важно продолжить в том же потоке. Подумайте: поток пользовательского интерфейса.