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.