Como descobrir qual processo está bloqueando um arquivo usando o .NET?


154

Eu já vi várias respostas sobre o uso do Handle ou Process Monitor , mas gostaria de descobrir em meu próprio código (C #) qual processo está bloqueando um arquivo.

Eu tenho uma sensação desagradável de que vou ter que soletrar na API do win32, mas se alguém já fez isso e pode me colocar no caminho certo, eu realmente aprecio a ajuda.

Atualizar

Links para perguntas semelhantes


Respostas:


37

Uma das coisas boas handle.exeé que você pode executá-lo como um subprocesso e analisar a saída.

Fazemos isso em nosso script de implantação - funciona como um encanto.


21
mas Handle.exe não podem ser distribuídos com o software
torpederos

1
Bom ponto. Este não foi um problema com o script de implantação (usado internamente), mas estaria em outros cenários.
orip 5/01/12

2
algum exemplo de código fonte completo em c #? válido também para o processo get está bloqueando uma PASTA?
Kiquenet

3
Confira a minha resposta para uma solução que não requer Handle.exe stackoverflow.com/a/20623311/141172
Eric J.

"Você deve ter privilégio administrativo para executar o Handle."
perfil completo de Uwe Keim

135

Há muito tempo, era impossível obter com segurança a lista de processos bloqueando um arquivo porque o Windows simplesmente não rastreia essas informações. Para dar suporte à API do Restart Manager , essas informações agora são rastreadas.

Eu montei o código que pega o caminho de um arquivo e retorna um List<Process>de todos os processos que estão bloqueando esse arquivo.

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

Usando de permissão limitada (por exemplo, IIS)

Essa chamada acessa o registro. Se o processo não tiver permissão para isso, você receberá ERROR_WRITE_FAULT, o que significa An operation was unable to read or write to the registry . Você pode conceder permissão seletivamente à sua conta restrita para a parte necessária do registro. É mais seguro, porém, que seu processo de acesso limitado defina um sinalizador (por exemplo, no banco de dados ou no sistema de arquivos, ou usando um mecanismo de comunicação entre processos, como fila ou canal nomeado) e faça um segundo processo chamar a API do Restart Manager.

Conceder permissões diferentes do mínimo ao usuário do IIS é um risco de segurança.


Alguém já tentou isso, parece que ele poderia realmente trabalho (para janelas acima Vista e SRV 2008)
Daniel Mošmondor

1
@Blagoh: Não acredito que o Restart Manager esteja disponível no Windows XP. Você precisaria recorrer a um dos outros métodos menos precisos postados aqui.
11778 Eric J.

4
@ Blagoh: Se você quer apenas saber quem está bloqueando uma DLL específica, pode usar tasklist /m YourDllName.dlle analisar a saída. Veja stackoverflow.com/questions/152506/…
Eric J.

19
Única solução que não requer ferramentas de terceiros ou chamadas de API não documentadas. Deveria ser a resposta aceita.
11nspectable

4
Eu tentei isso (e funciona) no Windows 2008R2, Windows 2012R2, Windows 7 e Windows 10. Descobri que ele precisava ser executado com privilégios elevados em várias circunstâncias, caso contrário, falha ao tentar obter a lista de processos bloqueando um arquivo.
Jay

60

É muito complexo invocar o Win32 de c #.

Você deve usar a ferramenta Handle.exe .

Depois disso, seu código C # deve ser o seguinte:

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
bom exemplo, mas a meu conhecimento, Handle.exe agora mostra um prompt desagradável para aceitar algumas condições quando você executá-lo em uma máquina cliente pela primeira vez, que na minha opinião, desqualifica
Arsen Zahray

13
@ Arsen Zahray: Você pode aceitar o eula automaticamente, passando em uma opção de linha de comando de /accepteula. Atualizei a resposta de Gennady com a mudança.
Jon gaiola

Qual versão do Handle.exe você usou? O mais novo V4 parece ser alterado de uma maneira quebrada. / accepteula e nome do arquivo não são mais suportados
Venson

3
Você não pode redistribuirhandle.exe
Básico

4
Eu discordo - ele não tem complexidade ao invocar a API do win32 do c #.
Idan

10

Eu tive problemas com a solução de stefan . Abaixo está uma versão modificada que parece funcionar bem.

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

ATUALIZAR

Se você deseja apenas saber quais processos estão bloqueando uma DLL específica, é possível executar e analisar a saída de tasklist /m YourDllName.dll. Funciona no Windows XP e posterior. Vejo

O que isso faz? lista de tarefas / m "mscor *"


I assim muito não vejo por que myProcessArray? É um membro da classe (mas também realmente devolvido a partir getFileProcesses () O mesmo vale para myProcess.
Oskar Berggren

7

Isso funciona para DLLs bloqueadas por outros processos. Esta rotina não descobrirá, por exemplo, que um arquivo de texto está bloqueado por um processo do Word.

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

No meu exemplo, eu uso o msi.dll, que não é uma DLL .Net.
274 Stefan

0

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

parece apenas relançar a mesma exceção
Sinaesthetic

Dando o erro. um processo de 32 bits não pode acessar o módulo do processo de 64 bits.
ajinkya 07/06
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.