解决由于失误操作导致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();}}
}