Perché le applicazioni WinForms STAThread sono predefinite?

Question

Quando si crea un'applicazione vuota WinForms con Visual Studio, il modello ha l'attributo STAThread nella classe principale dell'applicazione.

Ho letto alcuni documenti a riguardo, ma non sono sicuro di averlo capito.

Davvero ho alcune domande su di esso:

1. Perché questo attributo aggiunto?
2. Che cosa significa?
3. Cosa succede se rimuovi questo attributo?

Answer 1

1. Perché questo attributo è stato aggiunto?

Perché è richiesto dal modello di oggetti ActiveX. E puoi lasciare i controlli ActiveX su un WinForm (quindi è lì per la compatibilità) OPPURE alcune classi .NET usano controlli nativi che richiedono quell'attributo.

2. Che cosa significa?

Significa che il thread viene eseguito nel single-threaded apartment model.

3. Cosa succede se rimuovi questo attributo?

Se l'attributo viene rimosso, il comportamento non è definito. Il programma potrebbe non riuscire a caso, con messaggi di errore a volte ragionevoli. Ad esempio, le cose potrebbero funzionare ora, quindi rompere con un service pack.

Answer 2

citare an MSDN blog,

Quando viene applicata la STAThreadAttribute, cambia lo stato appartamento del thread corrente sia thread singolo. Senza entrare in un'enorme discussione su COM e threading, questo attributo garantisce il meccanismo di comunicazione tra il thread corrente e altri thread che potrebbero voler parlargli tramite COM. Quando si utilizza Windows Form, a seconda della funzione che si sta utilizzando, è possibile che si stia utilizzando l'interoperabilità COM per comunicare con i componenti del sistema operativo. Buoni esempi di questo sono gli Appunti e le finestre di dialogo dei file.

Answer 3

Significa che i programmi Windows Form utilizzano uno stato di apartment a thread singolo. MTA e gli stati di appartamenti con thread liberi non sono supportati.

Answer 4

3. Cosa succede se si rimuove questo attributo?

Ho solo aggiunto un semplice esempio che dimostra il problema.

Ho creato una semplice app WinForms con un pulsante e un OpenFileDialog. Al clic del pulsante eseguo una discussione che mostra openFileDialog. Lancio l'app con e senza STAThread ei risultati di fare clic sul pulsante sono gli stessi: genera l'eccezione "Operazione cross-thread non valida: controllo 'Form1' a cui si accede da un thread diverso dal thread su cui è stato creato". Sembra che non ci siano differenze. Ma no.

Poi ho cambiato mostra l'OpenFileDialog chiamando il metodo seguito:

private void ShowOFD() 
{ 
    if (InvokeRequired) 
    { 
     BeginInvoke(new Action(ShowOFD)); 
     return; 
    } 

    openFileDialog1.ShowDialog(this); 
} 

Con STAThread funziona bene come previsto. Senza STAThread lancia l'eccezione: "Il thread corrente deve essere impostato sulla modalità STA (Single Thread Apartment) prima che sia possibile effettuare chiamate OLE. Assicurarsi che la funzione Main abbia contrassegnato STAThreadAttribute. Questa eccezione viene sollevata solo se è collegato un debugger al processo ".

Quindi avvio l'app più volte senza debugger (disconnesso da Visual Studio). Una volta l'app si chiudeva silenziosamente, un'altra volta l'app si chiudeva con il messaggio "vshost ha smesso di funzionare"