Lock() dans une méthode statique

Question

J'ai une application multi-thread qui écrit dans un fichier xml de paramètres en utilisant une méthode statique. Je veux éviter que le fichier soit mis à jour deux fois en même temps (provoquant des accès/exception d'écriture).

Comment puis-je faire cela?

Cela ne fonctionne pas:

namespace Program 
{ 
    public class Settings 
    { 
     private static void SetSettingsValue (string settings, string value) 
     { 
      // make this thread safe to avoid writing to a locked settings xml file 
      lock (typeof(Settings)) 
      { 
       //write data to xml file 
      } 
     } 
    } 
} 

Answer 1

Le concept de lock() est d'utiliser un objet existant qu'il peut référencer et utiliser pour contrôler si l'accès est accordé.

static object SpinLock = new object(); 

lock(SpinLock) 
{ 
    //Statements 
} 

Lorsque l'exécution quitte le verrou() bloquer la référence est libérée et les autres fils en attente d'exécution du bloc de code peut passer (une à la fois, bien sûr).

Answer 2

Vous devez créer une procédure distincte, objet de verrouillage statique et utiliser. N'UTILISEZ PAS UNE CHAÎNE! Les chaînes sont automatiquement internées et il n'y aura qu'une seule instance de chaque chaîne déclarée par programme. Vous ne pouvez donc pas garantir un accès exclusif au verrou.

Vous devriez faire ceci:

public class A { 
    private static Object LOCK = new Object(); 

    private static void foo() { 
     lock(LOCK) { 
      // Do whatever 
     } 
    } 
} 

(La syntaxe peut être incorrecte, je suis une personne de Java la plupart du temps, mais les mêmes règles sur le verrouillage et chaîne interner appliquent à C#)

Le mot-clé de verrouillage applique un verrou d'exclusion mutuelle: un seul thread peut verrouiller un objet particulier à la fois. Si un deuxième thread appelle foo, il bloquera jusqu'à ce que le premier thread ait quitté le bloc de verrouillage.

Messages à emporter: pour un verrouillage de méthode statique sur une variable statique privée. Ne pas verrouiller sur Strings ou typeof (...) car vous ne pouvez pas garantir que personne d'autre n'utilise cet objet. Toujours verrouiller sur un objet que vous connaissez n'est pas touché par quelqu'un d'autre en le rendant privé et en le rendant nouveau.