Я ищу способ удаления файла, который заблокирован другим процессом, используя C#. Я подозреваю, что метод должен быть способен определить, какой процесс блокирует файл (возможно, путем отслеживания хэндлов, хотя я не уверен, как это сделать в C#), затем закрыть этот процесс, прежде чем можно будет завершить удаление файла с помощью File.Delete()
.
Убивать другие процессы - не самое полезное занятие. Если ваш сценарий связан с деинсталляцией, можно воспользоваться API-функцией MoveFileEx
, чтобы пометить файл для удаления при следующей перезагрузке.
Если же вам действительно необходимо удалить файл, используемый другим процессом, я бы рекомендовал пересмотреть суть проблемы, прежде чем рассматривать какие-либо решения.
Типичный метод следующие. You' ve сказал, что Вы хотите сделать это в C#, таким образом, здесь идет...
По существу: способ открыть " locked" файл должен ввести файл DLL в оскорбление process' s адресное пространство и близко это самостоятельно. Вы можете сделать этого уроженца использования или управляемый кодекс. Неважно, что, you' ре, собирающееся нуждаться в небольшом количестве собственного кода или по крайней мере P/Invoke в то же.
Полезные связи:
Удачи!
Если вы хотите сделать это программно. Я не уверен... и очень не рекомендую этого делать. Если вы просто устраняете неполадки на своей машине, вам может помочь SysInternals Process Explorer.
Запустите его, используйте команду Find Handle (по-моему, она находится в меню find или handle) и выполните поиск по имени вашего файла. Когда хэндл(ы) будут найдены, вы сможете принудительно закрыть их.
Затем можно удалить файл и так далее.
Осторожно, это может привести к странному поведению программы, которой принадлежат хэндлы, поскольку вы только что выдернули пресловутый ковер из-под ее ног, но это хорошо работает при отладке собственного ошибочного кода или когда visual studio / windows explorer не освобождает хэндлы файлов, хотя вы давно сказали им закрыть файл... вздох :-)
Вы можете использовать эту программу, Handle, чтобы узнать, какой процесс имеет блокировку на ваш файл. Это инструмент командной строки, поэтому я полагаю, что вы используете вывод из него... Я не уверен, что можно найти его программно.
Если удаление файла может подождать, можно указать его для удаления при следующем запуске компьютера:
Запустите программу REGEDT32 (W2K)
или REGEDIT (WXP)
и перейдите в:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager
W2K и WXP
W2K:
Edit
Add Value...
Data Type: REG_MULTI_SZ
Имя значения: PendingFileRenameOperations
OK
WXP:
Edit
New
Multi-String Value
enter
PendingFileRenameOperations
В области Data введите "\?\" + имя удаляемого файла
. LFN могут
вводить без заключения в кавычки. Для удаления файла C:\Long Directory Name\Long File Name.exe
введите следующие данные:
\?\C:\Long Directory Name\Long File Name.exe
Затем нажмите OK.
W2K:
Edit
Binary
выберите Data Format: Hex
щелкните в конце шестнадцатеричной строки
введите 0000 (четыре нуля)
OK
WXP:
Щелкните правой кнопкой мыши на значении
выберите "Изменить двоичные данные"
щелкните в конце шестнадцатеричной строки
введите 0000 (четыре нуля)
OK
REGEDT32/REGEDIT
и перезагрузитесь для удаления файла.(Бессовестно украдено с какого-то случайного форума, для потомков'
Используя совет Орайона Эдвардса я загрузил Сизинтернэлов Process& nbsp; Исследователь, который в свою очередь позволил мне обнаруживать, что файл я испытывал затруднения при удалении, на самом деле удерживался не 'Excel. Объект заявлений я думал, а скорее то, что мой кодекс C# посылает почтовый кодекс, создал объект Приложения, который оставил ручку этому файлу открытой.
Как только я видел это, я довольно простой обратился к расположить методу объекта Приложения, и ручка была выпущена.
Исследователь Sysinternals позволил мне обнаруживать используемый вместе с Visual& nbsp; Studio& nbsp; отладчик 2005 года.
Я настоятельно рекомендую этот инструмент!
Это выглядит многообещающим. Способ убить дескриптор....
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();
}
}
}
https://stackoverflow.com/questions/41841590/delete-a-directory-where-someone-has-opened-a-file
О, одно большое хакерское проникновение, которое я использовал несколько лет назад, тот Windows won' t позволяют, Вы удаляете файлы, но это действительно позволяет Вам движение их.
Псевдо вид кодекса:
mv %WINDIR%\System32\mfc42.dll %WINDIR\System32\mfc42.dll.old
Install new mfc42.dll
Tell user to save work and restart applications
Когда заявления перезапустили (отметьте нас didn' t должен перезагрузить машину), они загрузили новый 'mfc42.dll', и все было хорошо. Это, вместе с 'PendingFileOperations', чтобы удалить старый в следующий раз целая перезапущенная система, работало вполне прилично.