File.Exists() et la synchronisation d'accès aux fichiers à travers les processus

Question

J'ai quelques applications en cours d'exécution dans des processus distincts qui écrivent chacun à un document xml central sur le disque dur. J'utilise un mutex nommé pour synchroniser l'accès au dossier - mais obtenir l'exception suivante souvent:

System.IO.IOException: The requested operation cannot be performed on a file with a user-mapped section open. 

je réalisais que je fais appel à la méthode File.Exists() avant d'obtenir un verrou sur le mutex, est-il possible que cela pourrait être la cause?

Plus simplement, quelqu'un peut-il confirmer si cette méthode fait une lecture sur le fichier pour vérifier si elle existe? Je me demande si je dois verrouiller le mutex avant de vérifier si le fichier est présent. J'ai vérifié qu'il n'y avait pas de logiciel AV en cours d'exécution, car cela semblait être commun avec cette exception.

exemple rugueux du code actuel:

private bool UpdateFile(string Text) 
{ 
    if (!File.Exists(@"C:\FileName.xml")) 
    return false; 
    else 
    { 
    using (Mutex mutex = new Mutex(false, "ExampleMutexName")) 
    { 
     mutex.WaitOne(); 
     //Write to the file 
     mutex.ReleaseMutex(); 
    } 
    return true; 
    } 
} 

EDIT: Je n'utilisais pas un mutex global, car tout se passe à l'intérieur du même compte utilisateur - si je croyais un mutex local serait bien. Cependant, l'un des processus que je commence est avec l'emprunt d'identité - c'est pourquoi je DEVRAIS avoir utilisé un mutex global. Mon erreur était juste de penser que tout fonctionne avec le même compte d'utilisateur et serait bien.

Answer 1

1. File.Exists renvoie la valeur false en cas d'erreur et ne lance pas. Il ne lit pas le contenu du fichier s'il vérifie les autorisations de lecture.
2. Cela n'a pas beaucoup de sens de vérifier si le fichier existe avant de verrouiller le mutex, car il en résulte des conditions de course. Un fichier pourrait être retiré par quelqu'un d'autre après votre vérification et avant que votre mutex ne soit verrouillé.
3. Le mutex que vous utilisez n'est pas global, il n'y a donc aucune garantie qu'une autre application du même type ne modifie pas le fichier en parallèle. Même si c'était global, il y a un problème quand une application n'honore pas le verrou. La meilleure façon d'y aller est d'utiliser le verrouillage de fichier. Voir Lock et Unlock.
4. L'erreur que vous voyez signifie essentiellement que le fichier est ouvert par un autre processus, ce qui suggère une région mappée en mémoire.

P.S .: Il serait également intéressant d'exclure ce fichier du service d'indexation.