Сведения о вопросе

krutoi

16:03, 1st July, 2020

Теги

c#   file-locking    

Как удалить файл, который заблокирован другим процессом в C#?

Просмотров: 846   Ответов: 8

Я ищу способ удалить файл, который заблокирован другим процессом с помощью C#. я подозреваю, что метод должен быть в состоянии найти, какой процесс блокирует файл (возможно, отслеживая дескрипторы, хотя я не уверен, как это сделать в C#), а затем закрыть этот процесс, прежде чем завершить удаление файла с помощью File.Delete() .



  Сведения об ответе

ASSembler

18:03, 1st July, 2020

Убивать другие процессы-это не самое здоровое занятие. Если ваш сценарий включает что-то вроде удаления, вы можете использовать функцию MoveFileEx API , чтобы отметить файл для удаления при следующей перезагрузке.

Если окажется, что вам действительно нужно удалить файл, используемый другим процессом, я бы рекомендовал пересмотреть саму проблему, прежде чем рассматривать какие-либо решения.


  Сведения об ответе

DAAA

18:03, 1st July, 2020

Типичный метод заключается в следующем. Вы сказали,что хотите сделать это в C# году, так что вот...

  1. Если вы не знаете, какой процесс заблокировал файл, вам нужно будет изучить список дескрипторов каждого процесса и запросить каждый дескриптор, чтобы определить, идентифицирует ли он заблокированный файл. Для этого в C#, скорее всего, потребуется P/Invoke или посредник C++/CLI, чтобы вызвать родной APIs, который вам понадобится.
  2. После того, как вы выяснили, какой процесс(ы) заблокировал файл, вам нужно будет безопасно ввести небольшой собственный DLL в процесс (вы также можете ввести управляемый DLL, но это более запутанно, так как вам нужно будет запустить или присоединить к среде выполнения .NET).
  3. Этот загрузчик DLL затем закрывает дескриптор с помощью CloseHandle и т. д.

По существу: способ разблокировать файл "locked" - это ввести файл DLL в адресное пространство нарушающего процесса и закрыть его самостоятельно. Это можно сделать с помощью собственного или управляемого кода. Несмотря ни на что, вам понадобится небольшое количество машинного кода или, по крайней мере, P/Invoke в том же самом.

Полезные ссылки:

Удачи вам!


  Сведения об ответе

SILA

18:03, 1st July, 2020

Если вы хотите сделать это программно. - Я не уверена... и я бы очень не советовал этого делать. Если вы просто устраняете неполадки на своем собственном компьютере, SysInternals Process Explorer может помочь вам

Запустите его, используйте команду найти дескриптор (я думаю, что это либо в меню найти или дескриптор) и найдите имя вашего файла. Как только ручка(ы) будет найдена, вы можете принудительно закрыть их.

Затем вы можете удалить файл и так далее.

Будьте осторожны, это может привести к тому, что программа, которой принадлежат дескрипторы, будет вести себя странно, поскольку вы только что вытащили пресловутый ковер из - под него, но он хорошо работает, когда вы отлаживаете свой собственный ошибочный код или когда visual studio / windows explorer находится в дерьме и не выпускает дескрипторы файлов, хотя вы сказали им закрыть файл давным-давно... вздыхать :-)


  Сведения об ответе

VERSUION

18:03, 1st July, 2020

Используя совет Ориона Эдвардса, я загрузил Sysinternals Process Explorer , что в свою очередь позволило мне обнаружить, что файл, который я испытывал трудности с удалением, на самом деле удерживался не объектом Excel.Applications , о котором я думал, а скорее тем фактом, что мой код C# code send mail создал объект вложения, который оставил дескриптор этого файла открытым.

Как только я увидел это, я довольно просто вызвал метод dispose объекта Attachment, и ручка была освобождена.

Sysinternals explorer позволил мне обнаружить это, используемое в сочетании с отладчиком Visual Studio 2005.

Я очень рекомендую этот инструмент!


  Сведения об ответе

baggs

18:03, 1st July, 2020

Вы можете использовать эту программу, Handle, чтобы найти, какой процесс имеет блокировку на вашем файле. Это инструмент командной строки, поэтому я думаю, что вы используете вывод из него... Я не уверен, что найду его программно.

Если удаление файла может подождать, вы можете указать его для удаления при следующем запуске компьютера:

  1. Запустите REGEDT32 (W2K) или REGEDIT (WXP) и перейдите к:

    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager
    
  2. W2K и WXP

    • W2K:
      Редактировать
      добавлять ценность...
      Тип Данных: REG_MULTI_SZ
      Значение Имени: PendingFileRenameOperations
      OK




    • WXP:
      Редактировать
      Новый
      Многострочное Значение
      enter
      PendingFileRenameOperations




  3. В области данных введите "\??\" + filename для удаления. LFNs может вводится без включения в кавычки. Чтобы удалить C:\Long Directory Name\Long File Name.exe, введите следующие данные:

    \??\C:\Long Directory Name\Long File Name.exe
    

    Затем нажмите OK .

  4. "destination file name" - это строка null (ноль). Он вошел следующим образом:

    • W2K:
      Редактировать
      Двоичный
      выберите формат данных: Hex
      нажмите кнопку в конце строки hex
      введите 0000 (четыре нуля)
      OK





    • WXP:
      Щелкните правой кнопкой мыши значение
      выберите "Modify Binary Data"
      нажмите кнопку в конце строки hex
      введите 0000 (четыре нуля)
      OK



  5. Закройте REGEDT32/REGEDIT и перезагрузитесь, чтобы удалить файл.

(Бесстыдно украденный с какого-то случайного форума , ради потомства.)


  Сведения об ответе

piter

18:03, 1st July, 2020

Это выглядит многообещающе. Способ убить дескриптор файла....

http://www.timstall.com/2009/02/killing-file-handles-but-not-process.html


  Сведения об ответе

prince

18:03, 1st July, 2020

О, один большой хак, который я использовал много лет назад, заключается в том, что Windows не позволяет вам удалять файлы, но он позволяет вам перемещать их.

Pseudo-sort-of-code:

mv %WINDIR%\System32\mfc42.dll %WINDIR\System32\mfc42.dll.old
Install new mfc42.dll
Tell user to save work and restart applications

Когда приложения перезапустились (обратите внимание, что нам не нужно было перезагружать машину), они загрузили новый mfc42.dll, и все было хорошо. Это, в сочетании с PendingFileOperations , чтобы удалить старый при следующем перезапуске всей системы, сработало довольно хорошо.


  Сведения об ответе

lourence

18:03, 1st July, 2020

Вы можете использовать код, в котором указан полный путь к файлу, и он вернет List<Processes> всего, что блокирует этот файл:

using System.Runtime.InteropServices;
using System.Diagnostics;

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

Затем повторите список процессов, закройте их и удалите файлы:

    string[] files = Directory.GetFiles(target_dir);
    List<Process> lstProcs = new List<Process>();

    foreach (string file in files)
    {
        lstProcs = ProcessHandler.WhoIsLocking(file);
        if (lstProcs.Count > 0) // deal with the file lock
        {
            foreach (Process p in lstProcs)
            {
                if (p.MachineName == ".")
                    ProcessHandler.localProcessKill(p.ProcessName);
                else
                    ProcessHandler.remoteProcessKill(p.MachineName, txtUserName.Text, txtPassword.Password, p.ProcessName);
            }
            File.Delete(file);
        }
        else
            File.Delete(file);
    }

И в зависимости от того, находится ли файл на локальном компьютере:

public static void localProcessKill(string processName)
{
    foreach (Process p in Process.GetProcessesByName(processName))
    {
        p.Kill();
    }
}

или сетевой компьютер:

public static void remoteProcessKill(string computerName, string fullUserName, string pword, string processName)
{
    var connectoptions = new ConnectionOptions();
    connectoptions.Username = fullUserName;  // @"YourDomainName\UserName";
    connectoptions.Password = pword;

    ManagementScope scope = new ManagementScope(@"\\" + computerName + @"\root\cimv2", connectoptions);

    // WMI query
    var query = new SelectQuery("select * from Win32_process where name = '" + processName + "'");

    using (var searcher = new ManagementObjectSearcher(scope, query))
    {
        foreach (ManagementObject process in searcher.Get()) 
        {
            process.InvokeMethod("Terminate", null);
            process.Dispose();
        }
    }
}

Рекомендации:
Как узнать, какой процесс блокирует файл с помощью .NET?

Удаление каталога, в котором кто-то открыл файл


Ответить на вопрос

Чтобы ответить на вопрос вам нужно войти в систему или зарегистрироваться