STAThread e multithreading

Do artigo do MSDN sobre STAThread:

Indica que o modelo de threading COM para um aplicativo é single-threaded apartment (STA).

(Para referência, este é o artigo completo .)

Apartamento single-threaded ... OK, isso passou pela minha cabeça. Além disso, li em algum lugar que, a menos que seu aplicativo use interoperabilidade COM, esse atributo na verdade não faz nada. Então, o que exatamente ele faz e como afeta os aplicativos multithread? Os aplicativos multithread (que inclui qualquer coisa, desde qualquer pessoa usando Timers até chamadas de método assíncronas, não apenas threadpools e similares) devem usar MTAThread, mesmo que seja 'apenas para segurança'? O que STAThread e MTAThread realmente fazem?

O segmento de apartamento é um conceito COM; se você não estiver usando COM e nenhuma das APIs que você chama usa COM "nos bastidores", não precisa se preocupar com os apartamentos.

Se você precisa estar ciente dos apartamentos, os detalhes podem ser um pouco complicados ; uma versão provavelmente simplificada demais é que os objetos COM marcados como STA devem ser executados em um STAThread e os objetos COM marcados como MTA devem ser executados em um thread MTA. Usando essas regras, o COM pode otimizar chamadas entre esses diferentes objetos, evitando o empacotamento onde não é necessário.

O que faz, ele garante que CoInitializeseja chamado especificando COINIT_APARTMENTTHREADED como o parâmetro. Se você não usar nenhum componente COM ou controle ActiveX, ele não terá nenhum efeito sobre você. Se você fizer isso, será crucial.

Os controles com thread de apartamento são efetivamente com thread único; as chamadas feitas a eles só podem ser processadas no apartamento em que foram criados.

Mais alguns detalhes do MSDN:

Objetos criados em um single-threaded apartment (STA) recebem chamadas de método apenas do thread de seu apartment, portanto, as chamadas são serializadas e chegam apenas nos limites da fila de mensagens (quando a função Win32 PeekMessage ou SendMessage é chamada).

Objetos criados em um thread COM em um apartamento multithread (MTA) devem poder receber chamadas de método de outros threads a qualquer momento. Normalmente, você implementaria alguma forma de controle de simultaneidade no código de um objeto multithread usando primitivos de sincronização Win32, como seções críticas, semáforos ou mutexes para ajudar a proteger os dados do objeto.

Quando um objeto configurado para ser executado no NTA (Neutral Threaded Apartment) é chamado por um thread que está em um STA ou no MTA, esse thread é transferido para o NTA. Se este thread subsequentemente chamar CoInitializeEx, a chamada falhará e retornará RPC_E_CHANGED_MODE.

STAThread é escrito antes da função principal de um projeto C # GUI. Ele não faz nada, mas permite que o programa crie um único thread.