Sont C# délégués thread-safe?

Si vous avez une instance de classe avec un membre délégué de la variable et plusieurs threads invoquer que délégué (à supposer qu'il pointe vers une méthode longue), est-il un problèmes de contention?

Avez-vous besoin de verrouiller autour du délégué ou est il sans danger pour chaque thread pour appeler la méthode de la déléguée des points de, car chaque thread obtient sa propre pile d'appel?

InformationsquelleAutor manning18 | 2011-06-14
  1. 23

    Concernant l'invocation de la déléguer la réponse est oui.

    Invoquant un délégué est thread-safe, car les délégués sont immuables. Cependant, vous devez vous assurer qu'un délégué existe tout d'abord. Ce contrôle peut exiger certains mécanismes de synchronisation en fonction du niveau de sécurité souhaité.

    Par exemple, les activités suivantes pourraient jeter un NullReferenceException si SomeDelegate ont été mis à null par un autre thread entre le nul de la vérification et de l'invocation.

    if (SomeDelegate != null)
{    
  SomeDelegate();
}

    La suite est un peu plus fort. Ici, nous sommes en exploitant le fait que les délégués sont immuables. Même si un autre thread modifie SomeDelegate le code est harded pour éviter que satanés NullReferenceException.

    Action local = SomeDelegate;
if (local != null)
{
  local();
}

    Toutefois, cela peut entraîner le délégué ne jamais être exécutée si SomeDelegate a été attribué une valeur non nulle dans un autre thread. Cela a à voir avec une subtile de la mémoire de la barrière de problème. Ce qui suit est la méthode la plus sûre.

    Action local = Interlocked.CompareExchange(ref SomeDelegate, null, null);
if (local != null)
{
  local();  
}

    Concernant l'exécution de la méthode référencée par le délégué, la réponse est non.

    Vous devrez fournir votre propre thread-safety guarentees via l'utilisation de mécanismes de synchronisation. C'est parce que le CLR ne fournissent pas automatiquement fil-sécurité guarentees pour l'exécution des délégués. Cela pourrait être le cas que la méthode ne nécessite aucun de synchronisation pour le rendre sûr, surtout si elle n'a jamais accès à l'état partagé. Cependant, si la méthode de la lecture ou de l'écriture à partir d'une variable partagée ensuite, vous aurez à examiner comment se prémunir contre les accès simultanés à partir de plusieurs threads.

    • Ou vous pouvez simplement le déclarer comme public event SomeHandler MyEvent = { } et il est assuré de ne pas être null.
    • Qui fonctionne pour les événements, mais il ne serait pas travailler pour les matières premières, les délégués, car vous pourriez ne SomeDelegate = null.
    • Oui, c'est vrai, j'ai été (à tort) en supposant que les événements.
    • +1, bon point. Vous pouvez remplacer Interlocked.CompareExchange(ref SomeDelegate, null, null) avec Volatile.Read(ref SomeDelegate). Voir cette question.
    • Devrais probablement mentionner l'équivalent SomeDelegate?.Invoke() de la syntaxe de C# 6.
    InformationsquelleAutor Brian Gideon
  2. 7

    Non, ils ne sont pas thread-safe et oui, vous aurez à gérer la simultanéité vous-même.

    • Ce qui pourrait changer à propos d'un délégué? (Votre commentaire est correct sur les événements, mais je ne vois pas ce qui peut changer d'un délégué).
    • qui est immatériel; l'implémentation sous-jacente peut changer, mais la documentation actuelle est comme indiqué.
    InformationsquelleAutor Bala R
  3. 6

    Directement à partir de la documentation de MulticastDelegate:

    Tout public static (Partagé en Visual Basic) les membres de ce type sont thread-safe. Tous les membres de l'instance ne sont pas garantis pour être thread-safe.

    La Délégué classe contient les mêmes informations, donc là vous l'avez.

    InformationsquelleAutor Ed S.
  4. 2

    La modification d'un événement n'est pas thread-safe, mais en invoquant un délégué.
    Depuis un délégué est immuable, il n'est pas thread-safe. Voir les remarques ici MSDN Délégué de classe:

    Emprunté ici:
    Dans le CLR Via C# Richter souligne quelques points subtils sur l'événement invocation en multi-thread classes:

    Un délégué de la chaîne est immuable; une nouvelle chaîne est créé pour remplacer le premier.
    Un délégué de la chaîne avec zéro abonnés est null.
    Que signifie (si votre événement est public), il peut la transition à partir de la valeur null à la non-nul et vice versa, à tout moment.

    • "Tous les membres de l'instance ne sont pas garantis pour être thread-safe." - à partir de votre lien
    InformationsquelleAutor agent-j