Quali sono i limiti di un thread STA rispetto ai thread MTA?

Question

Se si crea un thread STA come questo: Thread.SetApartmentState(STA);, non è possibile eseguire il codice contrassegnato con l'attributo [MTAThread].

Abbiamo visto [STAThread] in finestre e le applicazioni console, ma non ho mai visto il codice con l'attributo [MTAThread] e non sanno che le librerie .NET utilizza questo attributo.

La mia domanda è quali sono le limitazioni di un thread con stato appartamento impostato su STA, rispetto ai thread con stato appartamento MTA (thread .NET nativi)?

Answer 1

allora non può eseguire codice contrassegnato con [MTAThread] attributo.

Non Funziona così. Il tipo di appartamento è una proprietà di una discussione, non di un metodo. Si vede l'attributo [STAThread] applicato solo al metodo Main() di un programma .NET. Determina il tipo di appartamento del primo thread creato per eseguire il programma. Necessario perché non è possibile chiamare SetApartmentState() dopo l'esecuzione del thread. Oltre a ciò, l'attributo non ha significato, il thread rimane in uno STA per tutta la sua durata. Non vedi mai [MTAThread] perché è l'impostazione predefinita.

Un thread con STA presenta alcune limitazioni. Non può mai bloccare perché blocca e spesso blocca qualsiasi codice che tenta di chiamare un metodo di un oggetto COM threaded apartment. E deve pompare un ciclo di messaggi in modo che COM possa effettuare il marshalling della chiamata al metodo da un altro thread. Le chiamate al metodo di marshalling possono essere eseguite solo quando un thread è "inattivo", non occupato nell'esecuzione di alcun codice. Un ciclo di messaggi fornisce lo stato 'non occupato'.

Ci sono anche dei requisiti per il componente COM. È necessario supportare il marshalling, limitandosi al sottoinsieme di tipi supportati da Automation in modo che sia possibile utilizzare il marshaller standard. O fornendo una coppia proxy/stub per il marshalling personalizzato. La chiave di registro determina come viene effettuato il marshalling.

La condivisione di un oggetto con filettatura appartamento tra un STA e un thread MTA è esplicitamente supportata. Il thread STA deve crearlo, qualsiasi chiamata sul thread MTA (o altri thread STA) viene eseguito il marshalling. Ciò garantisce che il componente veda sempre le chiamate effettuate sullo stesso thread, garantendo così la sicurezza del thread. Non è richiesto alcun blocco aggiuntivo.

Ultimo ma non meno importante, se si crea un oggetto COM threaded apartment su un thread MTA, COM creerà automaticamente un thread STA per dargli una casa sicura. L'unica modalità di errore per questo è quando il componente COM non supporta il marshalling. L'unico svantaggio di farlo in questo modo è che viene effettuato il marshalling di ogni chiamata. È lento.

Answer 2

Non penso che faccia alcuna differenza se non si utilizza COM. In tal caso, in alcuni casi, gli oggetti COM potrebbero essere accessibili solo da uno o un altro tipo di thread. Se l'oggetto COM funziona in entrambi gli appartamenti, provare a eseguire test delle prestazioni. O leggere su appartamenti COM su MSDN. Ma non penso che sia importante per le prestazioni, è piuttosto una scelta di design o qualcosa del genere.