récursive/verrouillage imbriqué en C# avec l'instruction lock

Question

Possible en double:
Re-entrant locks in C#

Je l'ai regardé ici sur StackOverflow et MSDN, et ne peut pas croire que je ne pourrais pas Je ne trouve pas cette question sur les internets.

Disons que j'ai une classe avec un membre privé auquel je veux accéder dans plusieurs méthodes publiques. Ces méthodes publiques seront appelées par des threads différents, d'où le besoin de synchronisation.

public class MyClass 
{ 
    private Object SomeSharedData = new Object(); 

    public void MethodA() 
    { 
     lock(SomeSharedData) { 
      // do something 
      MethodB(); 
     } 
    } 

    public void MethodB() 
    { 
     lock(SomeSharedData) { 
      // do something 
     } 
    } 
} 

Notez que METHODA et MethodB peuvent être appelés par les utilisateurs de cette classe, mais METHODA appelle aussi MethodB, qui se traduit par une condition de verrouillage imbriqué.

Est-ce garanti pour être sûr? En d'autres termes, .NET gère-t-il cela par référence en comptant le verrou, de sorte que lorsque je sors de ces méthodes, le verrou est décrémenté? Ou est-ce que .NET effectue de la magie derrière la scène, en ignorant simplement tous les verrous suivants sur l'objet provenant du même thread?

Answer 1

Oui, les verrous basés sur Monitor dans .NET sont récursifs et comptés.

De la documentation pour Monitor.Enter:

Il est légal pour le même fil à Invoke Entrez plus d'une fois sans elle de blocage; Toutefois, un nombre égal d'appels de sortie doit être appelé avant que les autres threads en attente sur l'objet ne se débloquent.

Que ce soit une bonne chose ou non pour le débat ...

Answer 2

Oui, Monitor récursion de soutien, mais vous devez être conscient parce que ce comportement diffère d'une primitive de synchronisation à l'autre.

Par exemple, ReaderWriterLockSlim par défaut ne prend pas en charge la récursivité et cet extrait de code throws Exception:

public class MyClass 
{ 
    ReaderWriterLockSlim rw = new ReaderWriterLockSlim(); 
    //You should explicitly stated that you want to use recursion 
    ReaderWriterLockSlim rwWithRecursion = new ReaderWriterLockSlim (LockRecursionPolicy.SupportsRecursion); 

    public void MethodA() 
    { 
     try { 
      rw.EnterReadLock(); 
      // do something 
      MethodB(); 
     } 
     finally { 
      rw.ExitReadLock(); 
     } 
    } 

    public void MethodB() 
    { 
     try { 
      rw.EnterReadLock(); //throws LockRecursionException 
     } 
     finally { 
      rw.ExitReadLock(); 
     } 
    } 
}