Comment supprimer un fichier verrouillé par un autre processus en C# ?

StackOverflow https://stackoverflow.com/questions/1040

  •  08-06-2019
  •  | 
  •  

Question

Je cherche un moyen de supprimer un fichier verrouillé par un autre processus utilisant C#.Je soupçonne que la méthode doit être capable de trouver quel processus verrouille le fichier (peut-être en suivant les handles, même si je ne sais pas comment procéder en C#), puis de fermer ce processus avant de pouvoir terminer la suppression du fichier en utilisant File.Delete().

Était-ce utile?

La solution

Tuer d’autres processus n’est pas une chose saine à faire.Si votre scénario implique quelque chose comme la désinstallation, vous pouvez utiliser le MoveFileEx Fonction API pour marquer le fichier pour suppression au prochain redémarrage.

S'il apparaît que vous devez vraiment supprimer un fichier utilisé par un autre processus, je vous recommande de reconsidérer le problème réel avant d'envisager des solutions.

Autres conseils

La méthode typique est la suivante.Vous avez dit que vous vouliez faire cela en C# alors voilà...

  1. Si vous ne savez pas quel processus a verrouillé le fichier, vous devrez examiner la liste des handles de chaque processus et interroger chaque handle pour déterminer s'il identifie le fichier verrouillé.Faire cela en C# nécessitera probablement P/Invoke ou un C++/CLI intermédiaire pour appeler les API natives dont vous aurez besoin.
  2. Une fois que vous avez déterminé quel(s) processus verrouillent le fichier, vous devrez injecter en toute sécurité une petite DLL native dans le processus (vous pouvez également injecter une DLL gérée, mais c'est plus compliqué, car vous devez ensuite démarrer ou joindre au runtime .NET).
  3. Cette DLL d'amorçage ferme ensuite le handle à l'aide de CloseHandle, etc.

Essentiellement:la façon de déverrouiller un fichier "verrouillé" consiste à injecter un fichier DLL dans l'espace d'adressage du processus incriminé et à le fermer vous-même.Vous pouvez le faire en utilisant du code natif ou managé.Quoi qu'il en soit, vous aurez besoin d'une petite quantité de code natif ou au moins de P/Invoke dans le même.

Liens utiles:

Bonne chance!

Si vous voulez le faire par programme.Je ne suis pas sûr...et je le déconseille vraiment.Si vous dépannez simplement des problèmes sur votre propre machine, Explorateur de processus SysInternals peut vous aider

Exécutez-le, utilisez la commande Rechercher un handle (je pense que c'est dans le menu Rechercher ou Handle) et recherchez le nom de votre fichier.Une fois la ou les poignées trouvées, vous pouvez les fermer de force.

Vous pouvez ensuite supprimer le fichier et ainsi de suite.

Méfiez-vous, cela peut provoquer un comportement étrange du programme qui possède les poignées, car vous venez de retirer le tapis proverbial de dessous, mais cela fonctionne bien lorsque vous déboguez votre propre code errant, ou lorsque Visual Studio / Windows Explorer est être de la merde et ne pas publier les descripteurs de fichiers même si vous leur avez dit de fermer le fichier il y a longtemps...soupir :-)

Vous pouvez utiliser ce programme, Poignée, pour trouver quel processus a le verrou sur votre fichier.C'est un outil en ligne de commande, donc je suppose que vous utilisez le résultat de celui-ci...Je ne suis pas sûr de le trouver par programme.

Si la suppression du fichier peut attendre, vous pouvez spécifier sa suppression au prochain démarrage de votre ordinateur :

  1. Commencer REGEDT32 (W2K) ou REGEDIT (WXP) et accédez à :

    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager

  2. W2K et WXP

    • W2K :
      Modifier
      Ajouter de la valeur...
      Type de données: REG_MULTI_SZ
      Nom de la valeur : PendingFileRenameOperations
      D'ACCORD

    • WXP :
      Modifier
      Nouveau
      Valeur multi-chaînes
      entrer
      PendingFileRenameOperations

  3. Dans la zone Données, saisissez "\??\" + filename à supprimer.Les LFN peuvent être entrés sans être intégrés dans des devis.Supprimer C:\Long Directory Name\Long File Name.exe, saisissez les données suivantes :

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

    Puis appuyez D'ACCORD.

  4. Le « nom du fichier de destination » est une chaîne nulle (zéro).Il est entré comme suit:

    • W2K :
      Modifier
      Binaire
      sélectionnez Format de données :Hex
      cliquez à la fin de la chaîne hexadécimale
      entrez 0000 (quatre zéros)
      D'ACCORD

    • WXP :
      Cliquez avec le bouton droit sur la valeur
      choisissez "Modifier les données binaires"
      cliquez à la fin de la chaîne hexadécimale
      entrez 0000 (quatre zéros)
      D'ACCORD

  5. Fermer REGEDT32/REGEDIT et redémarrez pour supprimer le fichier.

(Volé sans vergogne à un forum aléatoire, pour le bien de la postérité.)

En utilisant les conseils d'Orion Edwards, j'ai téléchargé les Sysinternals Explorateur de processus ce qui m'a permis de découvrir que le fichier que j'avais des difficultés à supprimer n'était en fait pas détenu par le Excel.Applications objet que je pensais, mais plutôt le fait que mon code C# d'envoi de courrier électronique avait créé un objet Pièce jointe qui laissait un handle vers ce fichier ouvert.

Une fois que j'ai vu cela, j'ai tout simplement appelé la méthode dispose de l'objet Attachment, et le handle a été relâché.

L'explorateur Sysinternals m'a permis de découvrir cette utilisation en conjonction avec le débogueur Visual Studio 2005.

Je recommande vivement cet outil !

Oh, un gros hack que j'ai utilisé il y a des années, c'est que Windows ne vous laisse pas supprimer fichiers, mais cela vous permet se déplacer eux.

Pseudo-sorte de code :

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

Lorsque les applications ont redémarré (notez que nous n'avons pas eu besoin de redémarrer la machine), elles ont chargé le nouveau mfc42.dll, et tout allait bien.Cela, couplé à PendingFileOperations supprimer l’ancien au prochain redémarrage de tout le système a plutôt bien fonctionné.

Cela semble prometteur.Une façon de tuer le descripteur de fichier....

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

Vous pouvez utiliser le code auquel vous fournissez le chemin complet du fichier, et il renverra un List<Processes> de tout ce qui verrouille ce fichier :

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

Ensuite, parcourez la liste des processus, fermez-les et supprimez les fichiers :

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

Et selon que le fichier se trouve sur l'ordinateur local :

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

ou un ordinateur en réseau :

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

Les références:
Comment puis-je savoir quel processus verrouille un fichier à l’aide de .NET ?

Supprimer un répertoire dans lequel quelqu'un a ouvert un fichier

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top