STAThread e multithreading

Dall'articolo MSDN su STAThread:

Indica che il modello di threading COM per un'applicazione è un apartment a thread singolo (STA).

(Per riferimento, questo è l'intero articolo .)

Appartamento a thread singolo ... OK, mi è passato per la testa. Inoltre, ho letto da qualche parte che a meno che la tua applicazione non utilizzi l'interoperabilità COM, questo attributo in realtà non fa nulla. Quindi cosa fa esattamente e come influisce sulle applicazioni multithread? Le applicazioni multithread (che includono qualsiasi cosa da chiunque usi Timers a chiamate di metodi asincrone, non solo threadpool e simili) dovrebbero usare MTAThread, anche se è "solo per essere sicuri"? Cosa fanno effettivamente STAThread e MTAThread?

Il threading degli appartamenti è un concetto COM; se non stai usando COM e nessuna delle API che chiami usa COM "sotto le coperte", allora non devi preoccuparti degli appartamenti.

Se devi essere a conoscenza degli appartamenti, i dettagli possono diventare un po 'complicati ; una versione probabilmente semplificata è che gli oggetti COM etichettati come STA devono essere eseguiti su uno STAThread e gli oggetti COM contrassegnati MTA devono essere eseguiti su un thread MTA. Utilizzando queste regole, COM può ottimizzare le chiamate tra questi diversi oggetti, evitando il marshalling dove non è necessario.

Ciò che fa assicura che CoInitializevenga chiamato specificando COINIT_APARTMENTTHREADED come parametro. Se non si utilizzano componenti COM o controlli ActiveX, non avrà alcun effetto su di te. Se lo fai, allora è cruciale.

I controlli che sono apartment threaded sono effettivamente single threaded, le chiamate effettuate possono essere elaborate solo nell'apartment in cui sono stati creati.

Qualche dettaglio in più da MSDN:

Gli oggetti creati in un apartment a thread singolo (STA) ricevono chiamate al metodo solo dal thread dell'apartment, quindi le chiamate vengono serializzate e arrivano solo ai limiti della coda di messaggi (quando viene chiamata la funzione PeekMessage o SendMessage Win32).

Gli oggetti creati su un thread COM in un apartment multithread (MTA) devono essere in grado di ricevere chiamate di metodo da altri thread in qualsiasi momento. In genere si implementa una qualche forma di controllo della concorrenza nel codice di un oggetto multithread utilizzando primitive di sincronizzazione Win32 come sezioni critiche, semafori o mutex per proteggere i dati dell'oggetto.

Quando un oggetto configurato per essere eseguito nell'apartment a thread neutro (NTA) viene chiamato da un thread che si trova in uno STA o nell'MTA, tale thread si trasferisce all'NTA. Se questo thread chiama successivamente CoInitializeEx, la chiamata non riesce e restituisce RPC_E_CHANGED_MODE.

STAThread viene scritto prima della funzione Main di un progetto GUI C #. Non fa altro che consente al programma di creare un singolo thread.