Comment vérifier pour le verrouillage de fichier?

voix
226

Est-il possible de vérifier si un fichier est verrouillé sans utiliser un bloc try / catch?

En ce moment, la seule façon que je connaisse est juste ouvrir le fichier et attraper tout System.IO.IOException.

Créé 04/08/2008 à 15:56
source utilisateur
Dans d'autres langues...                            


12 réponses

voix
166

Quand je confronté à un problème similaire, j'ai fini avec le code suivant:

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;
}
Créé 08/07/2010 à 10:12
source utilisateur

voix
121

Non, malheureusement, et si vous pensez à ce sujet, cette information serait sans valeur de toute façon puisque le fichier pourrait devenir verrouillé le lendemain seconde (lire: timespan court).

Pourquoi spécifiquement vous devez savoir si le fichier est verrouillé de toute façon? Sachant que pourrait nous donner une autre façon de vous donner de bons conseils.

Si votre code ressemblerait à ceci:

if not locked then
    open and update file

Ensuite, entre les deux lignes, un autre processus pourrait facilement verrouiller le fichier, vous donnant le même problème que vous essayez d'éviter de commencer: les exceptions.

Créé 04/08/2008 à 15:59
source utilisateur

voix
116

Les autres réponses se fondent sur des informations anciennes. Celui-ci fournit une meilleure solution.

Il y a longtemps , il était impossible d'obtenir de manière fiable la liste des processus de verrouillage d' un fichier parce que Windows n'a tout simplement pas suivre cette information. Pour prendre en charge l' API Gestionnaire de redémarrage , cette information est maintenant suivi. L'API Restart Manager est disponible à partir avec Windows Vista et Windows Server 2008 ( Redémarrez le Gestionnaire: Exigences d' exécution ).

Je mets ensemble du code qui prend le chemin d'un fichier et retourne une List<Process>de tous les processus qui sont verrouillables par ce fichier.

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;
    }
}

METTRE À JOUR

Voici une autre discussion avec le code exemple sur la façon d'utiliser l'API Manager de redémarrage.

Créé 17/12/2013 à 00:47
source utilisateur

voix
19

Vous pouvez également vérifier si un processus utilise ce fichier et afficher une liste des programmes que vous devez fermer continuer comme un programme d'installation ne.

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;
}
Créé 01/04/2011 à 12:19
source utilisateur

voix
15

Au lieu d'utiliser Interop vous pouvez utiliser les méthodes de la classe FileStream .NET verrouillage et de déverrouillage:

FileStream.Lock http://msdn.microsoft.com/en-us/library/system.io.filestream.lock.aspx

FileStream.Unlock http://msdn.microsoft.com/en-us/library/system.io.filestream.unlock.aspx

Créé 08/03/2010 à 18:09
source utilisateur

voix
7

Voici une variante du code de DixonD qui ajoute nombre de secondes d'attente pour le fichier pour déverrouiller, et essayez à nouveau:

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(...);
}
Créé 24/09/2013 à 19:34
source utilisateur

voix
7

Une variante d'une excellente réponse de DixonD (ci-dessus).

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;
}

Usage:

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();
    }
}
Créé 03/01/2013 à 04:41
source utilisateur

voix
7

Vous pouvez appeler LockFile via Interop sur la région de fichier qui vous intéresse. Ce ne sera pas jeter une exception, si elle réussit , vous aurez un verrou sur la partie du fichier (qui est tenu par votre processus), que le verrouillage sera tenue jusqu'à ce que vous appelez UnlockFile ou votre processus meurt.

Créé 24/07/2009 à 07:42
source utilisateur

voix
6

Vous pouvez voir si le fichier est verrouillé en essayant de lire ou de verrouiller vous-même d'abord.

S'il vous plaît voir ma réponse ici pour plus d' informations .

Créé 09/03/2009 à 13:54
source utilisateur

voix
6

Ensuite, entre les deux lignes, un autre processus pourrait facilement verrouiller le fichier, vous donnant le même problème que vous essayez d'éviter de commencer: les exceptions.

Cependant, cette façon, vous sauriez que le problème est temporaire, et à réessayer plus tard. (Par exemple, vous pouvez écrire un fil qui, si la rencontre d'un verrou tout en essayant d'écrire, jusqu'à ce que la garde réessayant verrou est parti.)

Le IOException, d'autre part, n'est pas par lui-même assez précis que le verrouillage est la cause de l'échec IO. Il pourrait y avoir des raisons qui ne sont pas temporaires.

Créé 17/08/2008 à 19:17
source utilisateur

voix
0

Même chose, mais 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
}
Créé 23/12/2015 à 14:24
source utilisateur

voix
0

Ce que je fini par faire est:

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;
}
Créé 16/12/2013 à 20:19
source utilisateur

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more