Comment SynchronizationContext garantit-il la sécurité des threads dans les mises à jour de l'interface utilisateur ?

Que fait SynchronizationContext ?

SynchronizationContext représente l'emplacement où le code est exécuté. Les délégués transmis à ses méthodes Send ou Post sont appelés à cet emplacement. Chaque thread peut avoir une instance SynchronizationContext associée.

SynchronizationContext dans le monde réel

Windows Forms installera un WindowsFormsSynchronizationContext sur le thread où le premier formulaire est créé. Ce contexte appelle des délégués sur ce même fil, garantissant que les éléments de l'interface utilisateur ne sont manipulés que sur le fil qui les a créés.

L'exemple

Dans l'exemple fourni :

• originalContext capture le WindowsFormsSynchronizationContext du thread de l'interface utilisateur.
• Le délégué transmis à ThreadPool.QueueUserWorkItem s'exécute sur un thread de travail du pool de threads.
• Pour mettre à jour myTextBox, le programme utilise originalContext.Post pour transmettre un délégué qui modifie myTextBox.Text au thread de l'interface utilisateur.

Sans SynchronizationContext

Si myTextBox.Text = text; étaient exécutés directement dans le délégué du pool de threads, Windows Forms lèverait une exception indiquant que myTextBox n'est pas accessible à partir d'un autre thread.

Remarques finales

Les contextes de synchronisation ne dictent pas où le code doit s'exécuter. Il est de la responsabilité du programmeur de déterminer l'emplacement d'exécution approprié en fonction des règles du framework (par exemple, les contrôles Windows Forms doivent être manipulés sur le thread de création). Pour .NET 4.5, envisagez d'utiliser async/await et Task pour une gestion simplifiée des threads.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!