Invoke(Délégué)

La réponse à cette question réside dans la façon dont C# Commandes de

Contrôles Windows Forms sont liés à un thread spécifique et ne sont pas
thread-safe. Par conséquent, si vous appelez d'un contrôle méthode à partir d'un
thread différent, vous devez utiliser l'un des d'un contrôle d'appeler des méthodes de
maréchal de l'appel vers le bon thread. Cette propriété peut être utilisée pour
déterminer si vous devez appeler une méthode invoke, ce qui peut être utile si
vous ne savez pas ce thread possède un contrôle.

De De contrôle.InvokeRequired

Efficacement, ce qui Invoque n'est de s'assurer que le code que vous appelez se produit sur le thread qui a le contrôle "vit" une prévention efficace de la croix filetée exceptions.

À partir d'un point de vue historique, dans .Net 1.1, en fait, c'était autorisé. Ce que cela signifie est que vous pouvez essayer et d'exécuter du code sur le "GUI" thread partir de n'importe quel thread d'arrière-plan et ce serait surtout de travail. Parfois il suffit de cause votre application pour quitter parce que vous avez été effectivement interupting le thread GUI alors qu'il était en train de faire quelque chose d'autre. C'est le Croix Filetée Exception - imaginez que vous essayez de mettre à jour une zone de texte, tandis que le GUI est de la peinture quelque chose d'autre.

• L'action qui a priorité?
• Est-il encore possible pour les deux à se produire à la fois?
• Ce qui se passe pour toutes les autres commandes de l'interface graphique a besoin pour fonctionner?

Effectivement, vous êtes interupting une file d'attente, qui peut avoir beaucoup de conséquences imprévues. Invoke est effectivement la "polis" façon d'obtenir ce que vous voulez faire dans la file d'attente, et cette règle a été appliquée à partir de .Net 2.0 partir via une levée InvalidOperationException.

De comprendre ce qui se passe réellement dans les coulisses, et ce que l'on entend par "Thread GUI", il est utile de comprendre ce qu'est un Message de la Pompe ou de la Boucle de Message est.

C'est en fait déjà répondu à la question:"Qu'est ce qu'une Pompe de Message", et il est recommandé de lecture pour comprendre le mécanisme réel qui vous sont liées en lors de l'interaction avec les contrôles de.

Autre lecture que vous pouvez trouver utile comprend:

Qu'est-ce qu'Commencer à Invoquer

L'une des règles capitales de Windows GUI programmation en est que le
thread qui a créé un contrôle d'accès et/ou de modifier son contenu
(à l'exception de quelques documenté exceptions). Essayez de le faire à partir de tout autre
fil et vous obtiendrez un comportement imprévisible, allant de l'impasse, à
exceptions près à une demi-mis à jour l'INTERFACE utilisateur. Le droit chemin, puis de mettre à jour un
contrôle à partir d'un autre thread pour poster un message approprié à l'
message de l'application de la file d'attente. Lorsque le message de la pompe se déplace à
l'exécution de ce message, le contrôle sera mis à jour, sur le même
thread qui a créé (rappelez-vous, le message de la pompe s'exécute sur-le-main
thread).

et, pour un code plus lourd présentation auprès d'un échantillon représentatif:

Non valide Cross-thread Opérations

//the canonical form (C# consumer)

public delegate void ControlStringConsumer(Control control, string text);  //defines a delegate type

public void SetText(Control control, string text) {
    if (control.InvokeRequired) {
        control.Invoke(new ControlStringConsumer(SetText), new object[]{control, text});  //invoking itself
    } else {
        control.Text=text;      //the "functional part", executing only on the main thread
    }
}

Une fois que vous avez une appréciation pour InvokeRequired, vous souhaitez peut-être envisager d'utiliser une méthode d'extension pour l'emballage de ces appels en place. C'est bien couverte dans le Débordement de la Pile question Nettoyage du Code Jonché d'Invoquer Nécessaire.

Il existe également une autre écrire de ce qui s'est passé historiquement qui peuvent être d'intérêt.

Si vous souhaitez modifier une commande, il doit être fait dans le thread dans lequel le contrôle a été créé. Cette Invoke méthode permet d'exécuter les méthodes de la discussion (thread qui possède le contrôle sous-jacents de la poignée de la fenêtre).

En dessous de l'échantillon thread1 déclenche une exception parce que SetText1 est en train de la modifier textBox1.Du texte à partir d'un autre thread. Mais dans thread2, l'Action dans SetText2 est exécutée dans le thread dans lequel la zone de texte a été créé

private void btn_Click(object sender, EvenetArgs e)
{
    var thread1 = new Thread(SetText1);
    var thread2 = new Thread(SetText2);
    thread1.Start();
    thread2.Start();
}

private void SetText1() 
{
    textBox1.Text = "Test";
}

private void SetText2() 
{
    textBox1.Invoke(new Action(() => textBox1.Text = "Test"));
}

En termes concrets, cela signifie que le délégué est garanti d'être appelée par le thread principal. C'est important car dans le cas de commandes de windows si vous n'avez pas de mise à jour de leurs propriétés sur le thread principal ensuite, soit vous ne voyez pas le changement, ou le contrôle génère une exception.

Le motif est:

void OnEvent(object sender, EventArgs e)
{
   if (this.InvokeRequired)
   {
       this.Invoke(() => this.OnEvent(sender, e);
       return;
   }

   //do stuff (now you know you are on the main thread)
}

Cela signifie que le délégué s'exécuter sur le thread de l'INTERFACE utilisateur, même si vous appelez la méthode à partir d'un fond de travailleur ou d'un thread du pool de thread. Éléments de l'INTERFACE utilisateur ont fil affinité - ils seulement envie de parler directement à un fil: le thread de l'INTERFACE utilisateur. Le thread d'INTERFACE utilisateur est défini comme le thread qui a créé l'instance de contrôle, et est donc associé à la poignée de la fenêtre. Mais tout cela est un détail d'implémentation.

Le point clé est: vous appelez cette méthode à partir d'un thread de travail de sorte que vous pouvez accéder à l'INTERFACE utilisateur (pour modifier la valeur dans un label, etc) - depuis que vous êtes pas permis de le faire à partir de n'importe quel autre thread que le thread d'INTERFACE utilisateur.

Cela signifie que le délégué vous passer est exécutée dans le thread qui a créé le Contrôle d'objet (qui est le thread d'INTERFACE utilisateur).

Vous devez appeler cette méthode lorsque votre application est multi-thread et vous souhaitez le faire d'une INTERFACE utilisateur opération à partir d'un thread autre que le thread de l'INTERFACE utilisateur, parce que si vous essayez d'appeler une méthode sur un Contrôle à partir d'un thread différent, vous aurez un Système.InvalidOperationException.