Comment savoir quel processus verrouille un fichier à l'aide de .NET?

155

J'ai vu plusieurs réponses sur l'utilisation de Handle ou Process Monitor , mais j'aimerais pouvoir découvrir dans mon propre code (C #) quel processus verrouille un fichier.

J'ai le sentiment désagréable que je vais devoir faire de la spéléologie dans l'API win32, mais si quelqu'un l'a déjà fait et peut me mettre sur la bonne voie, j'apprécierais vraiment l'aide.

Mettre à jour

Liens vers des questions similaires

UN J.
la source

Réponses:

37

L'un des avantages handle.exeest que vous pouvez l'exécuter en tant que sous-processus et analyser la sortie.

Nous faisons cela dans notre script de déploiement - fonctionne comme un charme.

orip
la source
21
mais handle.exe ne peut pas être distribué avec votre logiciel
torpederos
1
Bon point. Ce n'était pas un problème avec le script de déploiement (utilisé en interne), mais le serait dans d'autres scénarios.
orip le
2
un exemple de code source complet en C #? valide aussi pour le processus get verrouille-t-il un dossier?
Kiquenet
3
Découvrez ma réponse pour une solution qui ne nécessite pas handle.exe stackoverflow.com/a/20623311/141172
Eric J.
"Vous devez disposer des privilèges administratifs pour exécuter Handle."
Uwe Keim
136

Il y a longtemps, il était impossible d'obtenir de manière fiable la liste des processus de verrouillage d'un fichier car Windows ne suivait tout simplement pas ces informations. Pour prendre en charge l' API Restart Manager , ces informations sont désormais suivies.

J'ai assemblé du code qui prend le chemin d'un fichier et renvoie un List<Process>de tous les processus qui verrouillent ce fichier.

using System.Runtime.InteropServices;
using System.Diagnostics;
using System;
using System.Collections.Generic;

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

Utilisation à partir d'une autorisation limitée (par exemple, IIS)

Cet appel accède au registre. Si le processus n'a pas l'autorisation de le faire, vous obtiendrez ERROR_WRITE_FAULT, ce qui signifie An operation was unable to read or write to the registry . Vous pouvez accorder sélectivement l'autorisation à votre compte restreint à la partie nécessaire du registre. Il est cependant plus sûr d'avoir votre processus d'accès limité définir un indicateur (par exemple dans la base de données ou le système de fichiers, ou en utilisant un mécanisme de communication interprocessus tel que la file d'attente ou le tube nommé) et qu'un deuxième processus appelle l'API Restart Manager.

L'octroi d'autorisations autres que minimales à l'utilisateur IIS constitue un risque pour la sécurité.

Eric J.
la source
Quelqu'un a-t-il essayé cela, il semble que cela pourrait vraiment fonctionner (pour les fenêtres au-dessus de Vista et srv 2008)
Daniel Mošmondor
1
@Blagoh: Je ne pense pas que le gestionnaire de redémarrage soit disponible sur Windows XP. Vous devrez recourir à l'une des autres méthodes moins précises affichées ici.
Eric J.
4
@Blagoh: Si vous voulez juste savoir qui verrouille une DLL spécifique, vous pouvez utiliser tasklist /m YourDllName.dllet analyser la sortie. Voir stackoverflow.com/questions/152506/…
Eric J.
19
Seule solution qui ne nécessite pas d'outils tiers ni d'appels d'API non documentés. Cela devrait bien être la réponse acceptée.
IInspectable
4
J'ai essayé cela (et cela fonctionne) sur Windows 2008R2, Windows 2012R2, Windows 7 et Windows 10. J'ai constaté qu'il devait être exécuté avec des privilèges élevés dans de nombreuses circonstances, sinon il échoue en essayant d'obtenir la liste des traite le verrouillage d'un fichier.
Jay
60

Il est très complexe d'appeler Win32 à partir de C #.

Vous devez utiliser l'outil Handle.exe .

Après cela, votre code C # doit être le suivant:

string fileName = @"c:\aaa.doc";//Path to locked file

Process tool = new Process();
tool.StartInfo.FileName = "handle.exe";
tool.StartInfo.Arguments = fileName+" /accepteula";
tool.StartInfo.UseShellExecute = false;
tool.StartInfo.RedirectStandardOutput = true;
tool.Start();           
tool.WaitForExit();
string outputTool = tool.StandardOutput.ReadToEnd();

string matchPattern = @"(?<=\s+pid:\s+)\b(\d+)\b(?=\s+)";
foreach(Match match in Regex.Matches(outputTool, matchPattern))
{
    Process.GetProcessById(int.Parse(match.Value)).Kill();
}
Uwe Keim
la source
1
bel exemple, mais à ma connaissance, handle.exe affiche maintenant une invite désagréable à accepter certaines conditions lorsque vous l'exécutez sur une machine cliente pour la première fois, ce qui, à mon avis, le disqualifie
Arsen Zahray
13
@Arsen Zahray: Vous pouvez accepter automatiquement l'eula en passant une option de ligne de commande de /accepteula. J'ai mis à jour la réponse de Gennady avec le changement.
Jon Cage
Quelle version de Handle.exe avez-vous utilisée? Le plus récent V4 semble être changé d'une manière cassée. / accepteula et le nom de fichier ne sont plus pris en charge
Venson
3
Vous ne pouvez pas redistribuerhandle.exe
base
4
Je ne suis pas d'accord - cela n'a aucune complexité lors de l'appel de l'api win32 à partir de c #.
Idan
10

J'ai eu des problèmes avec la solution de Stefan . Voici une version modifiée qui semble bien fonctionner.

using System;
using System.Collections;
using System.Diagnostics;
using System.Management;
using System.IO;

static class Module1
{
    static internal ArrayList myProcessArray = new ArrayList();
    private static Process myProcess;

    public static void Main()
    {
        string strFile = "c:\\windows\\system32\\msi.dll";
        ArrayList a = getFileProcesses(strFile);
        foreach (Process p in a)
        {
            Debug.Print(p.ProcessName);
        }
    }

    private static ArrayList getFileProcesses(string strFile)
    {
        myProcessArray.Clear();
        Process[] processes = Process.GetProcesses();
        int i = 0;
        for (i = 0; i <= processes.GetUpperBound(0) - 1; i++)
        {
            myProcess = processes[i];
            //if (!myProcess.HasExited) //This will cause an "Access is denied" error
            if (myProcess.Threads.Count > 0)
            {
                try
                {
                    ProcessModuleCollection modules = myProcess.Modules;
                    int j = 0;
                    for (j = 0; j <= modules.Count - 1; j++)
                    {
                        if ((modules[j].FileName.ToLower().CompareTo(strFile.ToLower()) == 0))
                        {
                            myProcessArray.Add(myProcess);
                            break;
                            // TODO: might not be correct. Was : Exit For
                        }
                    }
                }
                catch (Exception exception)
                {
                    //MsgBox(("Error : " & exception.Message)) 
                }
            }
        }

        return myProcessArray;
    }
}

METTRE À JOUR

Si vous voulez simplement savoir quel (s) processus verrouillent une DLL particulière, vous pouvez exécuter et analyser la sortie de tasklist /m YourDllName.dll. Fonctionne sur Windows XP et versions ultérieures. Voir

Qu'est-ce que cela fait? liste des tâches / m "mscor *"

user137604
la source
Je ne vois vraiment pas pourquoi myProcessArrayun membre de la classe est (mais aussi renvoyé par getFileProcesses ()? Il en va de même myProcess.
Oskar Berggren
7

Cela fonctionne pour les DLL verrouillées par d'autres processus. Cette routine ne découvrira pas par exemple qu'un fichier texte est verrouillé par un traitement de texte.

C #:

using System.Management; 
using System.IO;   

static class Module1 
{ 
static internal ArrayList myProcessArray = new ArrayList(); 
private static Process myProcess; 

public static void Main() 
{ 

    string strFile = "c:\\windows\\system32\\msi.dll"; 
    ArrayList a = getFileProcesses(strFile); 
    foreach (Process p in a) { 
        Debug.Print(p.ProcessName); 
    } 
} 


private static ArrayList getFileProcesses(string strFile) 
{ 
    myProcessArray.Clear(); 
    Process[] processes = Process.GetProcesses; 
    int i = 0; 
    for (i = 0; i <= processes.GetUpperBound(0) - 1; i++) { 
        myProcess = processes(i); 
        if (!myProcess.HasExited) { 
            try { 
                ProcessModuleCollection modules = myProcess.Modules; 
                int j = 0; 
                for (j = 0; j <= modules.Count - 1; j++) { 
                    if ((modules.Item(j).FileName.ToLower.CompareTo(strFile.ToLower) == 0)) { 
                        myProcessArray.Add(myProcess); 
                        break; // TODO: might not be correct. Was : Exit For 
                    } 
                } 
            } 
            catch (Exception exception) { 
            } 
            //MsgBox(("Error : " & exception.Message)) 
        } 
    } 
    return myProcessArray; 
} 
} 

VB.Net:

Imports System.Management
Imports System.IO

Module Module1
Friend myProcessArray As New ArrayList
Private myProcess As Process

Sub Main()

    Dim strFile As String = "c:\windows\system32\msi.dll"
    Dim a As ArrayList = getFileProcesses(strFile)
    For Each p As Process In a
        Debug.Print(p.ProcessName)
    Next
End Sub


Private Function getFileProcesses(ByVal strFile As String) As ArrayList
    myProcessArray.Clear()
    Dim processes As Process() = Process.GetProcesses
    Dim i As Integer
    For i = 0 To processes.GetUpperBound(0) - 1
        myProcess = processes(i)
        If Not myProcess.HasExited Then
            Try
                Dim modules As ProcessModuleCollection = myProcess.Modules
                Dim j As Integer
                For j = 0 To modules.Count - 1
                    If (modules.Item(j).FileName.ToLower.CompareTo(strFile.ToLower) = 0) Then
                        myProcessArray.Add(myProcess)
                        Exit For
                    End If
                Next j
            Catch exception As Exception
                'MsgBox(("Error : " & exception.Message))
            End Try
        End If
    Next i
    Return myProcessArray
End Function
End Module
Stefan
la source
Dans mon exemple, j'utilise msi.dll qui n'est pas une DLL .Net.
Stefan
0

plus simple avec linq:

public void KillProcessesAssociatedToFile(string file)
    {
        GetProcessesAssociatedToFile(file).ForEach(x =>
        {
            x.Kill();
            x.WaitForExit(10000);
        });
    }

    public List<Process> GetProcessesAssociatedToFile(string file)
    {
        return Process.GetProcesses()
            .Where(x => !x.HasExited
                && x.Modules.Cast<ProcessModule>().ToList()
                    .Exists(y => y.FileName.ToLowerInvariant() == file.ToLowerInvariant())
                ).ToList();
    }
Gabriele Gindro
la source
semble simplement renvoyer la même exception
Sinaesthetic
Donner l'erreur. un processus 32 bits ne peut pas accéder au module de processus 64 bits.
ajinkya