Jak sprawdzić, który proces blokuje plik przy użyciu platformy .NET?


154

Widziałem kilka odpowiedzi na temat używania uchwytu lub monitora procesu , ale chciałbym móc dowiedzieć się we własnym kodzie (C #), który proces blokuje plik.

Mam paskudne przeczucie, że będę musiał pogrzebać w API win32, ale jeśli ktoś już to zrobił i może skierować mnie na właściwą ścieżkę, byłbym wdzięczny za pomoc.

Aktualizacja

Linki do podobnych pytań


Odpowiedzi:


37

Jedną z dobrych rzeczy handle.exejest to, że można go uruchomić jako podproces i przeanalizować dane wyjściowe.

Robimy to w naszym skrypcie wdrożeniowym - działa jak urok.


21
ale plik handle.exe nie może być dystrybuowany z twoim oprogramowaniem
torpederos

1
Słuszna uwaga. Nie był to problem w przypadku skryptu wdrażania (używanego wewnętrznie), ale byłby w innych scenariuszach.
orip

2
jakikolwiek pełny przykład kodu źródłowego w C #? ważne również dla procesu pobierania czy blokowanie FOLDERU?
Kiquenet,

3
Sprawdź moją odpowiedź na rozwiązanie, które nie wymaga pliku handle.exe stackoverflow.com/a/20623311/141172
Eric J.

„Musisz mieć uprawnienia administratora, aby uruchomić Handle”.
Uwe Keim

135

Dawno temu niemożliwe było wiarygodne pobranie listy procesów blokujących plik, ponieważ system Windows po prostu nie śledził tych informacji. Do obsługi interfejsu API Restart Manager , te informacje są teraz śledzone.

Złożyłem kod, który pobiera ścieżkę do pliku i zwraca List<Process>wszystkie procesy blokujące ten plik.

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

Korzystanie z ograniczonych uprawnień (np. IIS)

To wywołanie uzyskuje dostęp do rejestru. Jeśli proces nie ma na to uprawnień, otrzymasz ERROR_WRITE_FAULT, czyli An operation was unable to read or write to the registry . Państwo mogłoby selektywnie zezwolić na swoim koncie ograniczonym do niezbędnego części rejestru. Bezpieczniej jest jednak ustawić flagę procesu ograniczonego dostępu (np. W bazie danych lub systemie plików, albo przy użyciu mechanizmu komunikacji międzyprocesowej, takiej jak kolejka lub nazwany potok) i wywołać drugi proces z API Restart Manager.

Udzielanie uprawnień innych niż minimalne użytkownikowi usług IIS stanowi zagrożenie bezpieczeństwa.


Czy ktoś tego próbował, wygląda na to, że to naprawdę mogłoby działać (dla Windows powyżej Vista i SRV 2008)
Daniel Mošmondor

1
@Blagoh: Nie sądzę, aby Menedżer ponownego uruchamiania był dostępny w systemie Windows XP. Konieczne byłoby skorzystanie z jednej z innych, mniej dokładnych metod zamieszczonych tutaj.
Eric J.,

4
@Blagoh: Jeśli chcesz tylko wiedzieć, kto blokuje określoną bibliotekę DLL, możesz użyć tasklist /m YourDllName.dlli przeanalizować dane wyjściowe. Zobacz stackoverflow.com/questions/152506/…
Eric J.,

19
Jedyne rozwiązanie, które nie wymaga narzędzi innych firm ani nieudokumentowanych wywołań API. Powinna być akceptowana odpowiedź.
Niespodziewane

4
Wypróbowałem to (i działa) na Windows 2008R2, Windows 2012R2, Windows 7 i Windows 10. Okazało się, że musi być uruchamiany z podwyższonymi uprawnieniami w wielu okolicznościach, w przeciwnym razie nie powiedzie się podczas próby uzyskania listy procesy blokujące plik.
Jay

60

Wywołanie Win32 z poziomu C # jest bardzo złożone.

Należy użyć narzędzia Handle.exe .

Następnie Twój kod C # musi być następujący:

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

1
fajny przykład, ale o ile mi wiadomo, plik handle.exe wyświetla teraz nieprzyjemny monit o zaakceptowanie niektórych warunków, gdy uruchamiasz go na komputerze klienckim po raz pierwszy, co moim zdaniem dyskwalifikuje go
Arsen Zahray

13
@Arsen Zahray: Możesz zaakceptować eula automatycznie, przekazując opcję wiersza poleceń /accepteula. Zaktualizowałem odpowiedź Giennadija o zmianę.
Jon Cage

Jaka wersja Handle.exe była używana? Najnowszy V4 wydaje się być zmieniony w Zepsuty sposób. / accepteula i nazwa pliku nie są już obsługiwane
Venson

3
Nie możesz redystrybuowaćhandle.exe
Podstawowy

4
Nie zgadzam się - nie ma złożoności podczas wywoływania api win32 z c #.
Idan

10

Miałem problemy z rozwiązaniem Stefana . Poniżej znajduje się zmodyfikowana wersja, która wydaje się działać dobrze.

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

AKTUALIZACJA

Jeśli chcesz tylko wiedzieć, które procesy blokują konkretną bibliotekę DLL, możesz wykonać i przeanalizować dane wyjściowe tasklist /m YourDllName.dll. Działa na Windows XP i nowszych. Widzieć

Co to robi? lista zadań / m "mscor *"


Tak bardzo nie rozumiem, dlaczego myProcessArrayjest członkiem klasy (ale także w rzeczywistości wraca z getFileProcesses ()? To samo dotyczy myProcess.
Oskar Berggren

7

Działa to w przypadku bibliotek DLL zablokowanych przez inne procesy. Ta procedura nie wykryje na przykład, że plik tekstowy jest zablokowany przez proces tekstowy.

DO#:

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

W moim przykładzie używam pliku msi.dll, który nie jest biblioteką DLL .Net.
Stefan

0

prostsze z 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();
    }

wydaje się, że po prostu ponownie rzuca ten sam wyjątek
Sinaesthetic

Podając błąd. proces 32-bitowy nie może uzyskać dostępu do modułu procesu 64-bitowego.
ajinkya
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.