BackgroundWorker OnWorkCompleted jette cross-thread exception

N'est pas le point de l'ensemble de OnWorkCompleted est d'être appelé sur le thread Principal? Pourquoi ne serait-il pas fonctionner comme prévu?

Non, il n'est pas.

Vous ne pouvez pas simplement aller courir importe quoi, sur n'importe quel vieux thread. Les Threads ne sont pas polis objets que vous pouvez simplement dire "de l'exécuter, s'il vous plaît".

Un meilleur modèle mental d'un thread est un train de marchandises. Une fois ça va, c'est sur que c'est une piste. Vous ne pouvez pas en modifier le cours ou l'arrêter. Si vous voulez influencer, vous pouvez soit attendre jusqu'à ce qu'il arrive à la prochaine gare (ex: avoir vérifier manuellement pour certains événements), ou faire dérailler (Thread.Abort et CrossThread exceptions ont les mêmes conséquences que de faire dérailler un train... méfiez-vous!).

Winforms des contrôles sorte de soutenir ce comportement (Ils ont Control.BeginInvoke qui vous permet d'exécuter n'importe quelle fonction sur le thread d'INTERFACE utilisateur), mais qui ne fonctionne que parce qu'ils ont un crochet spécial dans l'INTERFACE utilisateur windows le message de la pompe et de l'écriture de certains gestionnaires. Pour aller avec l'analogie ci-dessus, leur train vérifications à la gare et cherche de nouvelles directions périodiquement, et vous pouvez utiliser les installations de poster vos propres directions.

La BackgroundWorker est conçu pour être d'usage général (il ne peut pas être liée à l'interface utilisateur windows) donc il ne peut pas utiliser le windows Control.BeginInvoke fonctionnalités. Il a supposer que votre thread principal est une imparable du "train" de faire sa propre chose, de sorte que l'événement terminé doit exécuter dans le thread de travail ou pas du tout.

Cependant, comme vous êtes à l'aide de winforms, dans votre OnWorkCompleted gestionnaire, vous pouvez obtenir la Fenêtre pour exécuter un autre rappel à l'aide du BeginInvoke fonctionnalité je l'ai mentionné ci-dessus. Comme ceci:

//Assume we're running in a windows forms button click so we have access to the 
//form object in the "this" variable.
void OnButton_Click(object sender, EventArgs e )
    var b = new BackgroundWorker();
    b.DoWork += ... blah blah

    //attach an anonymous function to the completed event.
    //when this function fires in the worker thread, it will ask the form (this)
    //to execute the WorkCompleteCallback on the UI thread.
    //when the form has some spare time, it will run your function, and 
    //you can do all the stuff that you want
    b.RunWorkerCompleted += (s, e) { this.BeginInvoke(WorkCompleteCallback); }
    b.RunWorkerAsync(); //GO!
}

void WorkCompleteCallback()
{
    Button.Enabled = false;
    //other stuff that only works in the UI thread
}

Aussi, n'oubliez pas ceci:

Votre gestionnaire d'événements RunWorkerCompleted devraient toujours vérifier l'Erreur et de l'Annulation des propriétés avant d'accéder à la propriété du Résultat. Si une exception a été levée ou si l'opération a été annulée, l'accès à la propriété du Résultat soulève une exception.

OriginalL'auteur Orion Edwards

La meilleure approche pour éviter les problèmes avec la croix-threading dans le GUI est à utilisation SynchronizationContext.

OriginalL'auteur Igor Brejc