En C#, si 2 procesos están leyendo y escribiendo en el mismo archivo, ¿cuál es la mejor manera de evitar las excepciones de bloqueo de procesos?

Si crea un Mutex con nombre, puede definir el mutex en la aplicación de escritura, y hacer que la aplicación de lectura espere hasta que se libere el mutex.

Así que en el proceso de notificación que está trabajando actualmente con el FileSystemWatcher, simplemente verifique si necesita esperar el mutex, si lo hace, esperará y luego procesará.

Aquí hay un VB ejemplo de un Mutex como este que encontré, debería ser bastante fácil convertir a C#.

Hay alguna razón en particular para abrir el archivo con FileShare.¿Ninguna? Eso evitará que el archivo sea abierto por cualquier otro proceso.

Archivo compartido.Escribir o compartir archivos.ReadWrite debería permitir que el otro proceso (sujeto a permisos) abra y escriba en el archivo mientras lo está leyendo, sin embargo, tendrá que estar atento a que el archivo cambie debajo de usted mientras lo lee; simplemente almacenar en búfer el contenido al abrirlo puede ayudar aquí.

Todas estas respuestas, sin embargo, son igualmente válida - la mejor solución depende exactamente de lo que esté tratando de hacer con el archivo: si es importante leerlo mientras garantiza que no cambie, entonces bloquéelo y maneje la excepción posterior en su código de escritura; si es importante leerlo y escribirlo al mismo tiempo, entonces cambie la constante de archivo compartido.

Puede usar un objeto Mutex para esto.

Obtenga su proceso para verificar el estado del archivo si está siendo escrito. Puede hacer esto por la presencia de un archivo de bloqueo (es decir, la presencia de este otro archivo, que puede estar vacío, impide escribir en el archivo principal).

Sin embargo, incluso esto no es a prueba de fallos, ya que los dos procesos pueden crear el archivo de bloqueo al mismo tiempo, pero puede verificar esto antes de confirmar la escritura.

Si su proceso encuentra un archivo de bloqueo, haga que simplemente duerma / espere y vuelva a intentarlo intervalo predefinido en el futuro.

Tanto el lector como el escritor necesitan mecanismos de reintento. También FileSharedebe establecerse como FileShare.read para los lectores y FileShare.none para el escritor. Esto debería asegurar que los lectores no lean el archivo mientras la escritura está en progreso.

El lector (excluyendo reintento) se convierte en

using (FileStream fileStream = new FileStream(fileName, FileMode.Open, FileAccess.Read, FileShare.Read))
{
    using (TextReader tr = new StreamReader(fileStream))
    {
        string fileContents = tr.ReadToEnd();
    }
}

El escritor (excluyendo reintento) se convierte en:

FileStream fileStream = new FileStream(fileName, FileMode.Create, FileAccess.Write, FileShare.None);
using (TextWriter tw = new StreamWriter(fileStream))
{
    tw.Write(fileContents);
    tw.Close();
}

Escribir en un archivo temporal, cuando termine de escribir renombrar/mover el archivo a la ubicación y/o nombre que el lector está buscando.

Lo mejor es poner un protocolo de aplicación encima de un mecanismo de transferencia de archivos/transferencia de propiedad. El mecanismo "lock-file" es un viejo hack de UNIX que ha existido durante siglos. Lo mejor que puede hacer, es simplemente "entregar" el archivo al lector. Hay muchas maneras de hacer esto. Puede crear el archivo con un nombre de archivo aleatorio y luego " dar " ese nombre al lector. Eso permitiría al escritor escribir asíncronamente otro archivo. Piensa en cómo funciona la "página web". Un la página web tiene un "enlace"a más información en ella, para imágenes, scripts, contenido externo, etc. El servidor le entrega esa página, porque es una vista coherente del" recurso " que desea. Su navegador entonces va y obtiene el contenido apropiado, basado en lo que la descripción de la página (el archivo HTML u otro contenido devuelto), y luego transfiere lo que necesita.

Este es el tipo más resistente de mecanismo de "compartir" a utilizar. Escribe el archivo, comparte el nombre, pasa al siguiente archivo. El " compartir el nombre " parte, es la mano atómica que se asegura de que ambas partes (el lector y el escritor) están de acuerdo en que el contenido es "completo."