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

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

4.08.2008 05:45:22
vapcguy 27.01.2017 20:43:40
8 ОТВЕТОВ
РЕШЕНИЕ

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

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

36
18.12.2019 11:36:15
Обратите внимание на это замечание MSDN: MOVEFILE_DELAY_UNTIL_REBOOT- «... Это значение можно использовать, только если процесс находится в контексте пользователя, который принадлежит к группе администраторов или учетной записи LocalSystem ...»
Uwe Keim 22.08.2012 07:21:25

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

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

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

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

Удачи!

15
31.08.2017 22:41:04

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

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

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

Осторожно , это может привести к тому, что программа, владеющая дескрипторами, будет вести себя странно, поскольку вы только что вытащили из-под нее пресловутый коврик, но он хорошо работает, когда вы отлаживаете свой ошибочный код или когда проводник Visual Studio / Windows Explorer находится в процессе обработки и не выпускает файловые дескрипторы, даже если вы сказали им закрыть файл давным-давно ... вздох :-)

8
18.12.2019 11:53:43

Вы можете использовать эту программу, 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для удаления. LFN могут быть введены без включения в кавычки. Для удаления C:\Long Directory Name\Long File Name.exeвведите следующие данные:

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

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

  4. «Имя файла назначения» является пустой (нулевой) строкой. Вводится следующим образом:

    • W2K:
      Редактировать
      двоичный файл.
      Формат данных: шестнадцатеричный
      щелчок в конце шестнадцатеричной строки,
      введите 0000 (четыре нуля).
      OK

    • WXP:
      щелкните правой кнопкой мыши значение,
      выберите «Изменить двоичные данные»,
      щелкните в конце шестнадцатеричной строки и
      введите 0000 (четыре нуля).
      OK

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

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

5
18.12.2019 11:55:00

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

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

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

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

4
31.08.2017 22:44:03
Это была именно моя проблема. Спасибо +1
Fandango68 28.03.2014 00:02:48

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

Псевдо-рода-оф-код:

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удалением старого при следующем перезапуске всей системы, работало довольно хорошо.

3
20.09.2010 20:52:11

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

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

3
15.01.2013 14:25:53

Вы можете использовать код, для которого вы указали полный путь к файлу, и он будет возвращать 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?

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

3
23.05.2017 12:17:58