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

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

Источник

9 ответов

Решение

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

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

Источник

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

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

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

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

Удачи!

Источник

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

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

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

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

Источник

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

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

  1. Начните REGEDT32 (W2K) или же REGEDIT (WXP) и перейдите к:

    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager

  2. W2K и WXP

    • W2K:
      редактировать
      Добавить значение...
      Тип данных: REG_MULTI_SZ
      Имя значения: PendingFileRenameOperations
      Хорошо

    • WXP:
      редактировать
      новый
      Multi-String Value
      войти
      PendingFileRenameOperations

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

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

    Затем нажмите ОК.

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

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

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

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

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

Источник

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

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

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

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

Источник

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

Источник

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

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

Источник

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

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

Источник

Используя ядро ​​​​dotnet (net6), я решил эту проблему с помощью диспетчера перезапуска win32 (как уже упоминалось другими). Однако в некоторых из связанных статей есть сложный код, импортирующий библиотеки DLL и вызывающий их.

Найдя приложение для уничтожения процессов, которые блокируют файл, написанный meziantou. Я узнал, что он публикует обертки .Net для dll win32 (включая менеджер перезапуска).

Используя его работу, я смог решить эту проблему с помощью следующего кода:

      using Meziantou.Framework.Win32;

public static IEnumerable<Process> GetProcessesLockingFile(string filePath)
{
    using var session = RestartManager.CreateSession();
    session.RegisterFile(filePath);
    return session.GetProcessesLockingResources();
} 

public static void KillProcessesLockingFile(string filePath)
{
    var lockingProcesses = GetProcessesLockingFile(filePath);
    foreach (var lockingProcess in lockingProcesses)
    {
        lockingProcess.Kill();
    }
}
Источник
Другие вопросы по тегам