STAThread и многопоточность

Из статьи MSDN о STAThread:

Указывает, что модель потоков COM для приложения является однопоточным подразделением (STA).

(Для справки, это вся статья .)

Однопоточная квартира ... Ладно, это перебило меня. Кроме того, я где-то читал, что если ваше приложение не использует COM-взаимодействие, этот атрибут вообще ничего не делает. Так что именно он делает и как влияет на многопоточные приложения? Должны ли многопоточные приложения (которые включают в себя все, от тех, кто использует Timers до вызовов асинхронных методов, а не только пулы потоков и т.п.) использовать MTAThread, даже если это «на всякий случай»? Что на самом деле делают STAThread и MTAThread?

Распределение потоков по квартирам - это концепция COM; Если вы не используете COM и ни один из вызываемых вами API не использует COM «под прикрытием», то вам не нужно беспокоиться о квартирах.

Если вам все же нужно знать квартиры, то детали могут немного усложниться ; Вероятно, упрощенная версия состоит в том, что COM-объекты, помеченные как STA, должны запускаться в STAThread, а COM-объекты, отмеченные MTA, должны выполняться в потоке MTA. Используя эти правила, COM может оптимизировать вызовы между этими различными объектами, избегая маршалинга там, где в этом нет необходимости.

Что это значит, это гарантирует, что CoInitialize это вызвано указанием COINIT_APARTMENTTHREADED в качестве параметра. Если вы не используете какие-либо компоненты COM или элементы управления ActiveX, это никак не повлияет на вас. Если да, то это критично.

Элементы управления, которые являются многопоточными, фактически являются однопоточными, их вызовы могут обрабатываться только в том отделе, в котором они были созданы.

Еще немного подробностей из MSDN:

Объекты, созданные в однопоточном подразделении (STA), получают вызовы методов только из потока своего подразделения, поэтому вызовы сериализуются и поступают только на границах очереди сообщений (когда вызывается функция Win32 PeekMessage или SendMessage).

Объекты, созданные в потоке COM в многопоточном подразделении (MTA), должны иметь возможность получать вызовы методов из других потоков в любое время. Обычно вы реализуете некоторую форму управления параллелизмом в коде многопоточного объекта, используя примитивы синхронизации Win32, такие как критические секции, семафоры или мьютексы, чтобы помочь защитить данные объекта.

Когда объект, настроенный для работы в нейтральном многопоточном подразделении (NTA), вызывается потоком, который находится в STA или MTA, этот поток передается в NTA. Если этот поток впоследствии вызывает CoInitializeEx, вызов завершается ошибкой и возвращает RPC_E_CHANGED_MODE.

STAThread написан перед основной функцией проекта графического интерфейса C #. Он ничего не делает, но позволяет программе создать единственный поток.