STAThread y multihilo

Del artículo de MSDN sobre STAThread:

Indica que el modelo de subprocesos COM para una aplicación es un apartamento de un solo subproceso (STA).

(Como referencia, ese es el artículo completo ).

Apartamento de un solo hilo ... OK, eso pasó por encima de mi cabeza. Además, leí en alguna parte que, a menos que su aplicación use la interoperabilidad COM, este atributo en realidad no hace nada en absoluto. Entonces, ¿qué hace exactamente y cómo afecta a las aplicaciones multiproceso? ¿Deberían las aplicaciones multiproceso (que incluyen cualquier cosa, desde cualquiera que use Timers hasta llamadas a métodos asincrónicos, no solo grupos de subprocesos y similares) usar MTAThread, incluso si es 'solo para estar seguro'? ¿Qué hacen realmente STAThread y MTAThread?

El subproceso de apartamento es un concepto COM; si no está usando COM, y ninguna de las API que llama usa COM "bajo las sábanas", entonces no necesita preocuparse por los apartamentos.

Si necesita estar al tanto de los apartamentos, los detalles pueden complicarse un poco ; una versión probablemente demasiado simplificada es que los objetos COM etiquetados como STA deben ejecutarse en un STAThread y los objetos COM marcados como MTA deben ejecutarse en un hilo MTA. Usando estas reglas, COM puede optimizar las llamadas entre estos diferentes objetos, evitando la clasificación donde no es necesario.

Lo que hace eso se asegura que CoInitializese llama especificando COINIT_APARTMENTTHREADED como parámetro. Si no utiliza ningún componente COM o controles ActiveX, no tendrá ningún efecto en usted. Si lo hace, entonces es crucial.

Los controles que son subprocesos de apartamentos son efectivamente de un solo subproceso, las llamadas realizadas a ellos solo se pueden procesar en el departamento en el que se crearon.

Algunos detalles más de MSDN:

Los objetos creados en un apartamento de un solo subproceso (STA) reciben llamadas de método solo desde el hilo de su apartamento, por lo que las llamadas se serializan y llegan solo a los límites de la cola de mensajes (cuando se llama a la función Win32 PeekMessage o SendMessage).

Los objetos creados en un subproceso COM en un apartamento multiproceso (MTA) deben poder recibir llamadas a métodos de otros subprocesos en cualquier momento. Normalmente, implementaría alguna forma de control de simultaneidad en el código de un objeto multiproceso utilizando primitivas de sincronización de Win32 como secciones críticas, semáforos o mutex para ayudar a proteger los datos del objeto.

Cuando un objeto que está configurado para ejecutarse en el apartamento de subprocesos neutros (NTA) es llamado por un subproceso que está en un STA o el MTA, ese subproceso se transfiere al NTA. Si este hilo llama posteriormente a CoInitializeEx, la llamada falla y devuelve RPC_E_CHANGED_MODE.

STAThread se escribe antes que la función Main de un proyecto de GUI de C #. No hace nada más que permite que el programa cree un solo hilo.