解决由于失误操作导致WIN10系统产生无限循环的文件夹问题

昨天本想自己写一个拷贝文件的小程序，结果出现了点小问题，整出了一个无限循环的文件夹，直接删除出出现错误代码提示，显示无法删除，然后我就去网上找解决方案，找到了如下方案：

使用win10自带的RoboCopy 命令方式，先进入cmd命令行，cd到改文件夹的上一层路径，然后建立一个空的文件夹，比如这里无限嵌套的文件夹名称为WrongFile,在同级目录建立一个文件夹随意命名为RFile,在cmd命令行中执行** Robocopy /MIR RFile WrongFile，**执行一段时间后，会发现无限嵌套的文件夹WrongFile已经被清空。
原理分析：
RoboCopy是一个命令行的目录复制命令。
使用命令：Robocopy /MIR source destination
其中/MIR表示镜像目录树，意思为复制子目录，包括空的子目录和删除源中不再存在的目标文件/目录
这里source 定义一个空的文件夹，将其结构完全复制到destination中，也就可以清空destination里面的所有结构。

但是令人生气的是这个解决方案对我不起作用，我一运行 Robocopy /MIR RFile 123 命令就出现了如下景观

我就这样看着它跑了10分多钟，哎，终于停了，但是文件夹依然存在。
然后我又去找啊找，找到一哥们说没事，是嵌套太深了，多运行几次RoboCopy就好了，然后我就又等了4个十多分钟，还是没删除。（这时候我已经发现事情不太对劲了）。

解决方案

然后我就就想着我这文件夹是由于递归拷贝错误产生的，那我能不能搞个递归删除掉它呢？抱着试一试的心态，我敲下了如下代码：

public class DeleteUtils
{

    public static void main(String[] args)
    {
        File dir = new File("D:\\123");
        System.out.println("start delete...");
        delete(dir);
        System.out.println("delete success");
    }

    private static void delete(File file)
    {
        if (file.isDirectory())
        {
            File[] listFiles = file.listFiles();
            if (listFiles != null)
            {
                for (File f : listFiles)
                {
                    delete(f);
                }
            }
            file.delete();
        }
        else
        {
            file.delete();
        }
    }
}

不到一秒钟，运行完毕
我一看文件夹，哎，真香，果然它就被删除了

看来解铃还须系铃人啊