我使用。net 3.5，试图递归删除目录使用:

Directory.Delete(myPath, true);

我的理解是，如果文件正在使用或存在权限问题，这应该抛出，但否则它应该删除目录及其所有内容。

然而，我偶尔会遇到这样的情况:

System.IO.IOException: The directory is not empty.
    at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
    at System.IO.Directory.DeleteHelper(String fullPath, String userPath, Boolean recursive)
    at System.IO.Directory.Delete(String fullPath, String userPath, Boolean recursive)
    ...

我并不惊讶于这个方法有时会抛出错误，但我惊讶于当递归为真时得到这个特定的消息。(我知道目录不是空的。)

是否有一个原因，我将看到这个而不是AccessViolationException?

当前回答

在Windows资源管理器中选择路径或子文件夹似乎足以阻止目录的一次执行。Delete(path, true)，抛出如上所述的IOException和死亡，而不是引导Windows资源管理器到父文件夹并按预期进行。

2010-02-24 19:32:40

其他回答

我在特尔斐也遇到过同样的问题。最终的结果是我自己的应用程序锁定了我想要删除的目录。不知何故，当我写入目录(一些临时文件)时，目录被锁定了。

问题在于，在删除它之前，我对它的父目录做了一个简单的更改。

2008-11-30 21:02:27

不删除文件的递归目录删除当然是意外的。我的解决办法是:

public class IOUtils
{
    public static void DeleteDirectory(string directory)
    {
        Directory.GetFiles(directory, "*", SearchOption.AllDirectories).ForEach(File.Delete);
        Directory.Delete(directory, true);
    }
}

我经历过这样做有帮助的案例，但一般来说，Directory。Delete在递归删除时删除目录中的文件，如msdn中所述。

作为Windows资源管理器的用户，我偶尔也会遇到这种不正常的行为:有时我无法删除文件夹(它认为荒谬的消息是“拒绝访问”)，但当我向下钻取并删除较低的项目时，我也可以删除上面的项目。所以我猜上面的代码处理的是操作系统异常——而不是基类库问题。

2013-05-01 15:38:31

我已经解决了这个千年技术(你可以离开线程。睡在自己的捕捉)

bool deleted = false;
        do
        {
            try
            {
                Directory.Delete(rutaFinal, true);                    
                deleted = true;
            }
            catch (Exception e)
            {
                string mensaje = e.Message;
                if( mensaje == "The directory is not empty.")
                Thread.Sleep(50);
            }
        } while (deleted == false);

2018-10-29 19:37:21

如上所述，“可接受的”解决方案在重解析点上失败。有一个更短的解决方案可以正确地复制功能:

public static void rmdir(string target, bool recursive)
{
    string tfilename = Path.GetDirectoryName(target) +
        (target.Contains(Path.DirectorySeparatorChar.ToString()) ? Path.DirectorySeparatorChar.ToString() : string.Empty) +
        Path.GetRandomFileName();
    Directory.Move(target, tfilename);
    Directory.Delete(tfilename, recursive);
}

我知道，不能处理后面提到的权限情况，但是FAR BETTER提供了原始/stock Directory.Delete()的预期功能，而且代码也少得多。

您可以安全地进行处理，因为旧的dir将被清除……即使没有消失，因为“文件系统仍在追赶”(或任何借口，微软提供了一个坏的功能)。

作为一个好处，如果你知道你的目标目录是大/深的，并且不想等待(或麻烦的异常)，最后一行可以替换为:

    ThreadPool.QueueUserWorkItem((o) => { Directory.Delete(tfilename, recursive); });

你仍然可以安全地继续工作。

2015-07-21 05:44:34

您可以通过运行以下命令来重现错误:

Directory.CreateDirectory(@"C:\Temp\a\b\c\");
Process.Start(@"C:\Temp\a\b\c\");
Thread.Sleep(1000);
Directory.Delete(@"C:\Temp\a\b\c");
Directory.Delete(@"C:\Temp\a\b");
Directory.Delete(@"C:\Temp\a");

当试图删除目录'b'时，它抛出IOException“目录不是空的”。这很愚蠢，因为我们刚刚删除了目录'c'。

在我的理解中，解释是目录'c'被标记为已删除。但是系统中还没有提交删除操作。系统已经回复任务已经完成，而实际上它还在处理中。系统可能会等待文件资源管理器已经关注到父目录才提交删除。

如果你查看删除函数(http://referencesource.microsoft.com/#mscorlib/system/io/directory.cs)的源代码，你会发现它使用本机Win32Native。RemoveDirectory函数。这种不等待行为在这里被注意到:

RemoveDirectory函数在关闭时标记要删除的目录。因此，直到关闭该目录的最后一个句柄，才会删除该目录。

(http://msdn.microsoft.com/en-us/library/windows/desktop/aa365488 (v = vs.85) . aspx)

休眠和重试是解决方案。参考ryascl的溶液。

2014-09-05 08:06:12

不能使用目录删除目录。删除(路径,真的)

推荐文章

最新文章

标签