会，Directory.Delete 默认只删空目录，遇非空目录抛 IOException；需传 true 启用递归删除，但只读文件仍会导致失败，建议先重置属性再删除。
Directory.Delete 会报“目录非空”错误吗？
会，而且很常见。Directory.Delete(path) 默认只删空目录，遇到里面有文件或子目录时直接抛 IOException，错误信息通常是“目录不是空的”。这不是 bug，是设计如此——.NET 故意把“强制递归删除”设为显式选项，避免误删。
正确做法是传入第二个参数 true：
Directory.Delete(@"C:\Temp\MyFolder", true); // true 表示递归删除
注意：true 不代表“跳过权限检查”或“忽略只读文件”，它只是开启递归遍历并逐个删除。如果目录下有只读文件，仍会失败。
删除前要不要手动遍历清理只读/隐藏文件？
要，尤其在 Windows 上。NTFS 文件常带 ReadOnly 或 Hidden 属性，Directory.Delete(path, true) 遇到这类文件会直接中断，不继续删后续内容。
稳妥做法是先重置属性再删：
- 用
Directory.GetFiles(path, "*", SearchOption.AllDirectories)获取所有文件路径 - 对每个
FileInfo调用file.Attributes = FileAttributes.Normal; - 再调用
Directory.Delete(path, true)
或者更省事：用 Directory.GetFileSystemEntries + 递归遍历 + 属性重置 + File.Delete/Directory.Delete 手动清理——虽然代码多几行，但可控性强，能捕获具体哪个文件导致失败。
Directory.Delete 和 Process.Start("cmd", "/c rd /s /q ...") 哪个更可靠？
前者更可靠。Process.Start 调 cmd 是绕路，引入额外风险：命令注入、路径含空格或特殊字符时需手动转义、依赖系统 cmd 可用、无统一异常类型（可能静默失败）。
Directory.Delete(path, true) 是 .NET 原生 API，路径自动处理 Unicode 和长路径（只要启用了 long path 支持），异常明确（UnauthorizedAccessException、IOException），也更容易写单元测试。
唯一例外：极老版本 .NET Framework（如 2.0）对某些符号链接或挂载点支持不全，此时 cmd 的 rd /s /q 可能更“暴力”，但现代项目基本不用考虑。
异步删除目录可行吗？
没有原生异步 API。.NET 直到 6.0 仍没提供 Directory.DeleteAsync。强行用 Task.Run(() => Directory.Delete(...)) 只是线程池搬运工，并不真正异步，还浪费线程资源。
如果主线程不能阻塞（比如 WinForms/WPF UI 线程），只能：
- 用
Task.Run包一层，但必须配好取消逻辑和异常转发 - 改用
FileSystemWatcher+ 分批删除（适合超大目录，避免长时间卡死） - 接受同步阻塞，加 UI 提示（多数场景下用户感知不强）
别被“async”诱惑——文件系统操作本质是同步 I/O，硬套 async 模式反而掩盖真实瓶颈。
