STAThread i wielowątkowość

Z artykułu MSDN na STAThread:

Wskazuje, że model wątków COM dla aplikacji to apartament jednowątkowy (STA).

(Dla porównania to cały artykuł ).

Mieszkanie jednowątkowe ... OK, to przeszło mi przez głowę. Czytałem też gdzieś, że jeśli twoja aplikacja nie używa współdziałania COM, ten atrybut właściwie nic nie robi. Więc co dokładnie robi i jak wpływa na aplikacje wielowątkowe? Czy aplikacje wielowątkowe (które obejmują wszystko, od każdego używającego Timers do wywołań metod asynchronicznych, a nie tylko pule wątków i tym podobne) powinny używać MTAThread, nawet jeśli jest to „tylko dla bezpieczeństwa”? Co właściwie robią STAThread i MTAThread?

Gwintowanie mieszkań jest koncepcją COM; jeśli nie używasz COM i żaden z wywoływanych przez ciebie API nie używa COM "pod osłonami", nie musisz martwić się o mieszkania.

Jeśli musisz wiedzieć o mieszkaniach, szczegóły mogą się nieco skomplikować ; prawdopodobnie nadmiernie uproszczona wersja polega na tym, że obiekty COM oznaczone jako STA muszą być uruchamiane na STAThread, a obiekty COM oznaczone jako MTA muszą być uruchamiane w wątku MTA. Korzystając z tych reguł, COM może optymalizować wywołania między tymi różnymi obiektami, unikając organizowania, gdy nie jest to konieczne.

Co to robi, to zapewnia CoInitialize nazywane jest określeniem COINIT_APARTMENTTHREADED jako parametru. Jeśli nie używasz żadnych składników COM ani formantów ActiveX, nie będzie to miało żadnego wpływu na Ciebie. Jeśli to zrobisz, będzie to kluczowe.

Formanty wielowątkowe są w rzeczywistości jednowątkowe, wywołania do nich mogą być przetwarzane tylko w mieszkaniu, w którym zostały utworzone.

Więcej szczegółów z MSDN:

Obiekty utworzone w mieszkaniu jednowątkowym (STA) odbierają wywołania metod tylko z wątku swojego mieszkania, więc wywołania są serializowane i docierają tylko do granic kolejki komunikatów (gdy wywoływana jest funkcja Win32 PeekMessage lub SendMessage).

Obiekty utworzone w wątku COM w mieszkaniu wielowątkowym (MTA) muszą mieć możliwość odbierania wywołań metod z innych wątków w dowolnym momencie. Zwykle można zaimplementować pewną formę kontroli współbieżności w kodzie obiektu wielowątkowego przy użyciu prymitywów synchronizacji Win32, takich jak sekcje krytyczne, semafory lub muteksy, aby pomóc chronić dane obiektu.

Gdy obiekt skonfigurowany do działania w mieszkaniu z wątkami neutralnymi (NTA) jest wywoływany przez wątek znajdujący się w STA lub MTA, ten wątek jest przenoszony do NTA. Jeśli ten wątek następnie wywoła CoInitializeEx, wywołanie kończy się niepowodzeniem i zwraca RPC_E_CHANGED_MODE.

STAThread jest zapisywany przed główną funkcją projektu GUI języka C #. Nie robi nic, ale pozwala programowi utworzyć pojedynczy wątek.