Безопасные точки

Названия этих методов говорят сами за себя, однако концепция безопасных точек может оказаться новой для пользователя. Безопасные точки располагаются в тех местах кода, в которых среда CLR может безопасно выполнить автоматическую сборку мусора — процесс уничтожения неиспользуемых переменных и освобождения памяти. При вызове методов потока AbortилиSuspendсреда CLR анализирует код и определяет подходящее место для остановки потока.

Свойства потока

Свойство	Значение
IsAlive	Содержит значение True, если поток активен.
IsBackground	Возвращает или задает логическое значение, которое указывает, является ли поток (должен ли являться) фоновым потоком.Фоновые потоки отличаются от основного потока лишь тем, что они не влияют на завершение процесса.Когда обработка всех основных потоков закончена, общеязыковая среда выполнения завершает процесс, применяя метод Abortк тем фоновым потокам, которые еще продолжают существовать.
Name	Возвращает или задает имя потока.Наиболее часто используется для обнаружения отдельных потоков при отладке.
Priority	Возвращает или задает значение, используемое операционной системой для установки приоритетов потоков.
ApartmentState	Возвращает или задает потоковую модель для конкретного потока.Потоковые модели важны, когда поток вызывает неуправляемый код.
ThreadState	Содержит значение, описывающее состояние или состояния потока.

Приоритеты потоков

Каждый поток имеет приоритетное свойство, которое определяет, какую часть процессорного времени он должен занять при выполнении. Операционная система выделяет более длинные отрезки времени на потоки с высоким приоритетом и более короткие на потоки с низким приоритетом. Новые потоки создаются со значением Normal, но можно изменить свойствоPriorityна любое значение в перечисленииThreadPriority.

Основные и фоновые потоки

Основной поток выполняется бесконечно, тогда как фоновый поток останавливается сразу после остановки последнего основного потока. Для определения или изменения фонового статуса потока можно использовать свойство IsBackground.

Потоки Windows в clr

Волокно (fiber) — это облегченный поток, состоящий из стека и контекста (набора процессорных регистров). Windows ничего не знает о волокнах. Волокно может состоять из нескольких волокон, а поток одновременно может выполнять только одно волокно. Поток/волокно должен вызвать метод, планирующий выполнение другого волокна в потоке, потому что Windows не работает с волокнами и не умеет планировать их выполнение.

Начну с рассказа об организации потоков и ее отношении к общеязыковой среде CLR. CLR использует реализованные в Windows механизмы организации потоков, и в этой главе я сосредоточусь на том, как они представлены для разработчиков, пишущих код для CLR.

Все же, за CLR остается право отказаться от потоков Windows, и в некоторых сценариях хостинга нарушается четкое однозначное соответствие между CLR- и Windows-потоками. Например, хост диктует CLR представлять каждый CLR-поток как Windows-волокно. Возможно, в следующей версии CLR будет всегда использоваться имеющийся поток, даже при явном запросе создания нового потока. Кроме того, она сможет выявлять потоки, находящиеся в состоянии ожидания, и переназначать их для выполнения других задач. Текущие версии CLR пока на это не способны. Но у Microsoft на этот счет есть немало идей, и, скорее всего, подобные возможности будут реализованы в следующих версиях CLR, что позволит повысить производительность путем уменьшения использования ресурсов ОС. Для разработчика это значит, что при работе с потоками в коде должно быть как можно меньше допущений. Например, нужно как можно реже вызывать «родные» функции Windows, потому что они ничего не знают о CLR-потоках, а также использовать типы из FCL. Такой подход позволит легко реализовать преимущества улучшенной производительности последующих версий CLR.

При выполнении программы на хосте (например, Microsoft SQL Server 2005) поток может сообщить хосту, что для выполнения кода ему нужно использовать текущий физический поток операционной системы, вызвав статический метод BeginThreadAffinity объекта System.Threading.Thread. Когда для работы потока физический поток операционной системы больше не требуется, поток может уведомить хост, вызвав статический метод EndThreadAffinity объекта Thread.