STAThread et multithreading

Extrait de l'article MSDN sur STAThread:

Indique que le modèle de thread COM pour une application est STA (single-threaded apartment).

(Pour référence, c'est l'article entier .)

Appartement à un seul thread ... OK, ça m'a dépassé la tête. De plus, j'ai lu quelque part qu'à moins que votre application n'utilise l'interopérabilité COM, cet attribut ne fait rien du tout. Alors, que fait-il exactement et comment affecte-t-il les applications multithread? Les applications multithreads (qui incluent tout ce qui va de toute personne utilisant Timers aux appels de méthodes asynchrones, pas seulement des threadpools et autres) devraient utiliser MTAThread, même si c'est «juste pour être sûr»? Que font réellement STAThread et MTAThread?

Le threading d'appartement est un concept COM; si vous n'utilisez pas COM et qu'aucune des API que vous appelez n'utilise COM «sous les couvertures», vous n'avez pas à vous soucier des appartements.

Si vous devez connaître les appartements, les détails peuvent devenir un peu compliqués ; une version probablement trop simplifiée est que les objets COM marqués comme STA doivent être exécutés sur un STAThread et les objets COM marqués MTA doivent être exécutés sur un thread MTA. En utilisant ces règles, COM peut optimiser les appels entre ces différents objets, évitant le marshaling là où ce n'est pas nécessaire.

Ce que cela fait, il s'assure que CoInitializec'est appelé en spécifiant COINIT_APARTMENTTHREADED comme paramètre. Si vous n'utilisez aucun composant COM ou contrôle ActiveX, cela n'aura aucun effet sur vous. Si vous le faites, c'est un peu crucial.

Les contrôles qui sont threadés cloisonnés sont en fait un thread unique, les appels qui leur sont effectués ne peuvent être traités que dans le cloisonnement dans lequel ils ont été créés.

Quelques détails supplémentaires de MSDN:

Les objets créés dans un cloisonnement à un seul thread (STA) reçoivent des appels de méthode uniquement à partir du thread de leur cloison, de sorte que les appels sont sérialisés et arrivent uniquement aux limites de la file d'attente de messages (lorsque la fonction Win32 PeekMessage ou SendMessage est appelée).

Les objets créés sur un thread COM dans un cloisonnement multithread (MTA) doivent pouvoir recevoir à tout moment des appels de méthode d'autres threads. Vous implémentez généralement une forme de contrôle d'accès concurrentiel dans le code d'un objet multithread à l'aide de primitives de synchronisation Win32 telles que des sections critiques, des sémaphores ou des mutex pour aider à protéger les données de l'objet.

Lorsqu'un objet configuré pour s'exécuter dans la cloison filetée neutre (NTA) est appelé par un thread qui se trouve dans un STA ou le MTA, ce thread est transféré vers le NTA. Si ce thread appelle par la suite CoInitializeEx, l'appel échoue et renvoie RPC_E_CHANGED_MODE.

STAThread est écrit avant la fonction Main d'un projet C # GUI. Il ne fait rien mais permet au programme de créer un seul thread.