Wie finde ich heraus, welcher Prozess eine Datei mit .NET sperrt?

154

Ich habe mehrere Antworten zur Verwendung von Handle oder Process Monitor gesehen , möchte aber in meinem eigenen Code (C #) herausfinden können, welcher Prozess eine Datei sperrt.

Ich habe das böse Gefühl, dass ich in der win32-API herumspielen muss, aber wenn jemand dies bereits getan hat und mich auf den richtigen Weg bringen kann, würde ich die Hilfe wirklich schätzen.

Aktualisieren

Links zu ähnlichen Fragen

AJ.
quelle

Antworten:

37

Eines der guten Dinge handle.exeist, dass Sie es als Unterprozess ausführen und die Ausgabe analysieren können.

Wir tun dies in unserem Bereitstellungsskript - funktioniert wie ein Zauber.

orip
quelle
21
aber handle.exe kann nicht mit Ihrer Software verteilt werden
torpederos
1
Guter Punkt. Dies war kein Problem mit dem Bereitstellungsskript (intern verwendet), würde aber in anderen Szenarien auftreten.
Orip
2
ein vollständiges Quellcodebeispiel in C #? Gültig auch für Get-Prozess ist das Sperren eines Ordners?
Kiquenet
3
Überprüfen Sie meine Antwort für eine Lösung, die nicht handle.exe stackoverflow.com/a/20623311/141172
Eric J.
"Sie müssen über Administratorrechte verfügen, um Handle ausführen zu können."
Uwe Keim
135

Vor langer Zeit war es unmöglich, die Liste der Prozesse, die eine Datei sperren, zuverlässig abzurufen, da Windows diese Informationen einfach nicht nachverfolgte. Um die Restart Manager-API zu unterstützen , werden diese Informationen jetzt nachverfolgt.

Ich habe Code zusammengestellt, der den Pfad einer Datei verwendet und einen List<Process>aller Prozesse zurückgibt , die diese Datei sperren.

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

Verwendung mit eingeschränkter Berechtigung (z. B. IIS)

Dieser Aufruf greift auf die Registrierung zu. Wenn der Prozess nicht die Erlaubnis dazu hat, werden Sie ERROR_WRITE_FAULT bekommen, was bedeutet An operation was unable to read or write to the registry . Sie können Ihrem eingeschränkten Konto selektiv die Berechtigung für den erforderlichen Teil der Registrierung erteilen. Es ist jedoch sicherer, wenn Ihr Prozess mit eingeschränktem Zugriff ein Flag setzt (z. B. in der Datenbank oder im Dateisystem oder mithilfe eines Interprozesskommunikationsmechanismus wie Warteschlange oder Named Pipe) und ein zweiter Prozess die Restart Manager-API aufruft.

Das Gewähren von nicht minimalen Berechtigungen für den IIS-Benutzer ist ein Sicherheitsrisiko.

Eric J.
quelle
Hat jemand das versucht, sieht es so aus, als könnte es wirklich funktionieren (für Windows über Vista und srv 2008)
Daniel Mošmondor
1
@Blagoh: Ich glaube nicht, dass der Restart Manager unter Windows XP verfügbar ist. Sie müssten auf eine der anderen, weniger genauen Methoden zurückgreifen, die hier veröffentlicht werden.
Eric J.
4
@Blagoh: Wenn Sie nur wissen möchten, wer eine bestimmte DLL sperrt, können Sie tasklist /m YourDllName.dlldie Ausgabe verwenden und analysieren. Siehe stackoverflow.com/questions/152506/…
Eric J.
19
Einzige Lösung, für die keine Tools von Drittanbietern oder nicht dokumentierte API-Aufrufe erforderlich sind. Sollte wohl die akzeptierte Antwort sein.
Unsichtbarer
4
Ich habe dies unter Windows 2008R2, Windows 2012R2, Windows 7 und Windows 10 ausprobiert (und es funktioniert). Ich habe festgestellt, dass es unter vielen Umständen mit erhöhten Berechtigungen ausgeführt werden muss, da es sonst beim Abrufen der Liste fehlschlägt verarbeitet das Sperren einer Datei.
Jay
60

Es ist sehr komplex, Win32 von C # aus aufzurufen.

Sie sollten das Tool Handle.exe verwenden .

Danach muss Ihr C # -Code wie folgt lauten:

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
quelle
1
schönes Beispiel, aber meines Wissens zeigt handle.exe jetzt eine böse Aufforderung, einige Bedingungen zu akzeptieren, wenn Sie es zum ersten Mal auf einem Client-Computer ausführen, was es meiner Meinung nach disqualifiziert
Arsen Zahray
13
@Arsen Zahray: Sie können die Eula automatisch akzeptieren, indem Sie eine Befehlszeilenoption von übergeben /accepteula. Ich habe Gennadys Antwort mit der Änderung aktualisiert.
Jon Cage
Welche Version von Handle.exe haben Sie verwendet? Die neueste V4 scheint in einer kaputten Weise geändert worden zu sein. / accepteula und Dateiname werden nicht mehr unterstützt
Venson
3
Sie können nicht umverteilenhandle.exe
Basic
4
Ich bin anderer Meinung - es hat keine Komplexität beim Aufrufen von win32 api von c #.
Idan
10

Ich hatte Probleme mit Stefans Lösung . Unten ist eine modifizierte Version, die gut zu funktionieren scheint.

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

AKTUALISIEREN

Wenn Sie nur wissen möchten, welche Prozesse eine bestimmte DLL sperren, können Sie die Ausgabe von ausführen und analysieren tasklist /m YourDllName.dll. Funktioniert unter Windows XP und höher. Sehen

Was macht das? Aufgabenliste / m "mscor *"

user137604
quelle
Ich verstehe so sehr nicht, warum myProcessArrayein Klassenmitglied (aber auch tatsächlich von getFileProcesses () zurückgekehrt ist? Gleiches gilt für myProcess.
Oskar Berggren
7

Dies funktioniert für DLLs, die von anderen Prozessen gesperrt wurden. Diese Routine findet beispielsweise nicht heraus, dass eine Textdatei durch ein Textverarbeitungsprogramm gesperrt ist.

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
quelle
In meinem Beispiel verwende ich msi.dll, die keine .Net-DLL ist.
Stefan
0

einfacher mit 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
quelle
scheint nur die gleiche Ausnahme zu
werfen
Den Fehler geben. Ein 32-Bit-Prozess kann nicht auf ein Modul eines 64-Bit-Prozesses zugreifen.
Ajinkya