Comment SynchronizationContext contrôle-t-il l'emplacement d'exécution du code dans différents contextes ?

Déchiffrer le contexte de synchronisation : où et quand le code s'exécute

SynchronizationContext aide à comprendre les subtilités de l'exécution du code à divers endroits. Il représente un point de référence pour l’exécution du code. Lorsque les délégués sont affectés à ses méthodes Send ou Post, ils seront invoqués à cet emplacement désigné. Post propose un traitement asynchrone.

Double nature de SynchronizationContext

En règle générale, les threads possèdent un SynchronizationContext associé. Cependant, ce contexte ne représente pas nécessairement un fil conducteur spécifique. Il peut diriger les appels de délégués vers divers threads, cœurs de processeur ou même des hôtes distants. Le SynchronizationContext utilisé définit la destination d'exécution.

Dans Windows Forms, un WindowsFormsSynchronizationContext est établi sur le thread où le formulaire initial est créé. Ce contexte de synchronisation garantit que les délégués s'exécutent sur ce thread. Ceci est crucial puisque Windows Forms, ainsi que d'autres frameworks d'interface utilisateur, limitent la manipulation des contrôles au thread qui les a créés.

Illustration du rôle de SynchronizationContext

Considérez le scénario suivant :

SynchronizationContext originalContext = SynchronizationContext.Current;
ThreadPool.QueueUserWorkItem(delegate {
    string text = File.ReadAllText(@"c:\temp\log.txt");
    originalContext.Post(delegate {
        myTextBox.Text = text;
    }, null);
});

Le code attribué à ThreadPool.QueueUserWorkItem s'exécutera sur un thread de pool de threads. Sans changement de contexte approprié, la manipulation de myTextBox entraînerait des exceptions.

Pour éviter cela, le programme capture le contexte de synchronisation Windows Forms et le stocke dans originalContext. Cela lui permet d'"envoyer" du code au thread d'interface utilisateur ultérieurement. Chaque fois qu'une manipulation de l'interface utilisateur est nécessaire, le programme accède à originalContext et transmet le code correspondant à Send ou Post.

Considérations supplémentaires

SynchronizationContext ne dicte pas quel code nécessite une exécution spécifique emplacements. Il appartient au développeur de comprendre les exigences du framework (par exemple, la règle Windows Forms interdisant l'accès au contrôle cross-thread).

Pour .NET 4.5 et versions ultérieures, en utilisant les mots clés async/await et la bibliothèque parallèle de tâches (TPL ) simplifie la gestion du contexte de synchronisation. Ces fonctionnalités gèrent de manière transparente la capture de contexte, les opérations asynchrones et la reprise des threads de l'interface utilisateur pour le traitement des résultats.

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!