uso usado siendo saber liberar esta eliminar como archivo c# .net io filelock

usado - eliminar archivo c#



¿Cómo comprobar el bloqueo de archivos? (12)

Esta pregunta ya tiene una respuesta aquí:

¿Hay alguna forma de verificar si un archivo está bloqueado sin usar un bloque try / catch?

En este momento, la única forma que conozco es simplemente abrir el archivo y detectar cualquier System.IO.IOException .


Luego, entre las dos líneas, otro proceso podría bloquear fácilmente el archivo, dándole el mismo problema que intentaba evitar para comenzar con: excepciones.

Sin embargo, de esta manera, sabría que el problema es temporal y que volverá a intentarlo más tarde. (Por ejemplo, podría escribir un hilo que, si se encuentra con un bloqueo al intentar escribir, se siga intentando hasta que el bloqueo haya desaparecido).

La excepción IOException, por otro lado, no es en sí misma lo suficientemente específica como para que el bloqueo sea la causa de la falla de IO. Podría haber razones que no sean temporales.


Aquí hay una variación del código de DixonD que agrega la cantidad de segundos a esperar para que el archivo se desbloquee, e intente nuevamente:

public bool IsFileLocked(string filePath, int secondsToWait) { bool isLocked = true; int i = 0; while (isLocked && ((i < secondsToWait) || (secondsToWait == 0))) { try { using (File.Open(filePath, FileMode.Open)) { } return false; } catch (IOException e) { var errorCode = Marshal.GetHRForException(e) & ((1 << 16) - 1); isLocked = errorCode == 32 || errorCode == 33; i++; if (secondsToWait !=0) new System.Threading.ManualResetEvent(false).WaitOne(1000); } } return isLocked; } if (!IsFileLocked(file, 10)) { ... } else { throw new Exception(...); }


Cuando enfrenté un problema similar, terminé con el siguiente código:

public bool IsFileLocked(string filePath) { try { using (File.Open(filePath, FileMode.Open)){} } catch (IOException e) { var errorCode = Marshal.GetHRForException(e) & ((1 << 16) - 1); return errorCode == 32 || errorCode == 33; } return false; }



Lo mismo pero en Powershell

function Test-FileOpen { Param ([string]$FileToOpen) try { $openFile =([system.io.file]::Open($FileToOpen,[system.io.filemode]::Open)) $open =$true $openFile.close() } catch { $open = $false } $open }


Lo que terminé haciendo es:

internal void LoadExternalData() { FileStream file; if (TryOpenRead("filepath/filename", 5, out file)) { using (file) using (StreamReader reader = new StreamReader(file)) { // do something } } } internal bool TryOpenRead(string path, int timeout, out FileStream file) { bool isLocked = true; bool condition = true; do { try { file = File.OpenRead(path); return true; } catch (IOException e) { var errorCode = Marshal.GetHRForException(e) & ((1 << 16) - 1); isLocked = errorCode == 32 || errorCode == 33; condition = (isLocked && timeout > 0); if (condition) { // we only wait if the file is locked. If the exception is of any other type, there''s no point on keep trying. just return false and null; timeout--; new System.Threading.ManualResetEvent(false).WaitOne(1000); } } } while (condition); file = null; return false; }


No, desafortunadamente, y si lo piensas, esa información no valdrá nada, ya que el archivo podría bloquearse en el siguiente segundo (léase: breve lapso de tiempo).

¿Por qué específicamente necesitas saber si el archivo está bloqueado de todos modos? Saber que eso podría darnos otra forma de darte un buen consejo.

Si su código se vería así:

if not locked then open and update file

Luego, entre las dos líneas, otro proceso podría bloquear fácilmente el archivo, dándole el mismo problema que intentaba evitar para comenzar con: excepciones.


Puede llamar a LockFile través de la interoperabilidad en la región del archivo en el que está interesado. Esto no generará una excepción; si tiene éxito, tendrá un bloqueo en esa parte del archivo (que se mantiene en su proceso), ese bloqueo será UnlockFile hasta que llame a UnlockFile o su proceso muera.



También puede verificar si algún proceso está utilizando este archivo y mostrar una lista de programas que debe cerrar para continuar como lo hace un instalador.

public static string GetFileProcessName(string filePath) { Process[] procs = Process.GetProcesses(); string fileName = Path.GetFileName(filePath); foreach (Process proc in procs) { if (proc.MainWindowHandle != new IntPtr(0) && !proc.HasExited) { ProcessModule[] arr = new ProcessModule[proc.Modules.Count]; foreach (ProcessModule pm in proc.Modules) { if (pm.ModuleName == fileName) return proc.ProcessName; } } } return null; }


Una variación de la excelente respuesta de DixonD (arriba).

public static bool TryOpen(string path, FileMode fileMode, FileAccess fileAccess, FileShare fileShare, TimeSpan timeout, out Stream stream) { var endTime = DateTime.Now + timeout; while (DateTime.Now < endTime) { if (TryOpen(path, fileMode, fileAccess, fileShare, out stream)) return true; } stream = null; return false; } public static bool TryOpen(string path, FileMode fileMode, FileAccess fileAccess, FileShare fileShare, out Stream stream) { try { stream = File.Open(path, fileMode, fileAccess, fileShare); return true; } catch (IOException e) { if (!FileIsLocked(e)) throw; stream = null; return false; } } private const uint HRFileLocked = 0x80070020; private const uint HRPortionOfFileLocked = 0x80070021; private static bool FileIsLocked(IOException ioException) { var errorCode = (uint)Marshal.GetHRForException(ioException); return errorCode == HRFileLocked || errorCode == HRPortionOfFileLocked; }

Uso:

private void Sample(string filePath) { Stream stream = null; try { var timeOut = TimeSpan.FromSeconds(1); if (!TryOpen(filePath, FileMode.Open, FileAccess.ReadWrite, FileShare.ReadWrite, timeOut, out stream)) return; // Use stream... } finally { if (stream != null) stream.Close(); } }


Las otras respuestas se basan en información antigua. Esta proporciona una mejor solución.

Hace mucho tiempo era imposible obtener de manera confiable la lista de procesos que bloqueaban un archivo porque Windows simplemente no rastreaba esa información. Para admitir la API del administrador de reinicio , ahora se realiza un seguimiento de esa información. La API de Restart Manager está disponible a partir de Windows Vista y Windows Server 2008 ( Restart Manager: requisitos de tiempo de ejecución ).

Reuní el código que toma la ruta de un archivo y devuelve una List<Process> de todos los procesos que están bloqueando ese archivo.

static public class FileUtil { [StructLayout(LayoutKind.Sequential)] struct RM_UNIQUE_PROCESS { public int dwProcessId; public System.Runtime.InteropServices.ComTypes.FILETIME ProcessStartTime; } const int RmRebootReasonNone = 0; const int CCH_RM_MAX_APP_NAME = 255; const int CCH_RM_MAX_SVC_NAME = 63; enum RM_APP_TYPE { RmUnknownApp = 0, RmMainWindow = 1, RmOtherWindow = 2, RmService = 3, RmExplorer = 4, RmConsole = 5, RmCritical = 1000 } [StructLayout(LayoutKind.Sequential, CharSet = CharSet.Unicode)] struct RM_PROCESS_INFO { public RM_UNIQUE_PROCESS Process; [MarshalAs(UnmanagedType.ByValTStr, SizeConst = CCH_RM_MAX_APP_NAME + 1)] public string strAppName; [MarshalAs(UnmanagedType.ByValTStr, SizeConst = CCH_RM_MAX_SVC_NAME + 1)] public string strServiceShortName; public RM_APP_TYPE ApplicationType; public uint AppStatus; public uint TSSessionId; [MarshalAs(UnmanagedType.Bool)] public bool bRestartable; } [DllImport("rstrtmgr.dll", CharSet = CharSet.Unicode)] static extern int RmRegisterResources(uint pSessionHandle, UInt32 nFiles, string[] rgsFilenames, UInt32 nApplications, [In] RM_UNIQUE_PROCESS[] rgApplications, UInt32 nServices, string[] rgsServiceNames); [DllImport("rstrtmgr.dll", CharSet = CharSet.Auto)] static extern int RmStartSession(out uint pSessionHandle, int dwSessionFlags, string strSessionKey); [DllImport("rstrtmgr.dll")] static extern int RmEndSession(uint pSessionHandle); [DllImport("rstrtmgr.dll")] static extern int RmGetList(uint dwSessionHandle, out uint pnProcInfoNeeded, ref uint pnProcInfo, [In, Out] RM_PROCESS_INFO[] rgAffectedApps, ref uint lpdwRebootReasons); /// <summary> /// Find out what process(es) have a lock on the specified file. /// </summary> /// <param name="path">Path of the file.</param> /// <returns>Processes locking the file</returns> /// <remarks>See also: /// http://msdn.microsoft.com/en-us/library/windows/desktop/aa373661(v=vs.85).aspx /// http://wyupdate.googlecode.com/svn-history/r401/trunk/frmFilesInUse.cs (no copyright in code at time of viewing) /// /// </remarks> static public List<Process> WhoIsLocking(string path) { uint handle; string key = Guid.NewGuid().ToString(); List<Process> processes = new List<Process>(); int res = RmStartSession(out handle, 0, key); if (res != 0) throw new Exception("Could not begin restart session. Unable to determine file locker."); try { const int ERROR_MORE_DATA = 234; uint pnProcInfoNeeded = 0, pnProcInfo = 0, lpdwRebootReasons = RmRebootReasonNone; string[] resources = new string[] { path }; // Just checking on one resource. res = RmRegisterResources(handle, (uint)resources.Length, resources, 0, null, 0, null); if (res != 0) throw new Exception("Could not register resource."); //Note: there''s a race condition here -- the first call to RmGetList() returns // the total number of process. However, when we call RmGetList() again to get // the actual processes this number may have increased. res = RmGetList(handle, out pnProcInfoNeeded, ref pnProcInfo, null, ref lpdwRebootReasons); if (res == ERROR_MORE_DATA) { // Create an array to store the process results RM_PROCESS_INFO[] processInfo = new RM_PROCESS_INFO[pnProcInfoNeeded]; pnProcInfo = pnProcInfoNeeded; // Get the list res = RmGetList(handle, out pnProcInfoNeeded, ref pnProcInfo, processInfo, ref lpdwRebootReasons); if (res == 0) { processes = new List<Process>((int)pnProcInfo); // Enumerate all of the results and add them to the // list to be returned for (int i = 0; i < pnProcInfo; i++) { try { processes.Add(Process.GetProcessById(processInfo[i].Process.dwProcessId)); } // catch the error -- in case the process is no longer running catch (ArgumentException) { } } } else throw new Exception("Could not list processes locking resource."); } else if (res != 0) throw new Exception("Could not list processes locking resource. Failed to get size of result."); } finally { RmEndSession(handle); } return processes; } }

ACTUALIZAR

Aquí hay otra discusión con código de ejemplo sobre cómo usar la API del administrador de reinicio.