Directory.Delete(path) 默认仅删除空目录，非空时抛 IOException；需传 recursive=true 才递归删除；遇文件占用会中断，可结合 SetAttributes、try/catch 和延迟重试缓解。
Directory.Delete 会报“目录不为空”错误
直接调用 directory.delete(path) 默认只删空文件夹，哪怕里面只有个隐藏的 .git 或临时 ~$file.docx，也会抛出 ioexception: 目录不是空的。这不是 bug，是设计行为——它默认执行“安全删除”，防止误删。
真正要删整个目录树，必须显式传入第二个参数：true，表示启用递归删除：
Directory.Delete(@"C:\temp\myfolder", true);
- 第二个参数叫
recursive，true才会逐层进子目录、删文件、再删空目录 - 如果路径不存在，
Directory.Delete默认静默失败（不抛异常），想提前检查得自己加Directory.Exists - 权限不足时（比如某些子文件被其他进程占用或设了只读），仍会抛
UnauthorizedAccessException或IOException，不能靠recursive=true绕过
文件被占用导致 Delete 失败怎么办
常见于日志文件、数据库文件、Excel 被 Office 后台进程锁住，或调试时 VS 持有文件句柄。此时 Directory.Delete(..., true) 会中途卡在某个文件并抛异常，整个删除中断，留下半残目录。
没银弹，但可分三步缓解：
- 删前尝试释放：用
File.SetAttributes(path, FileAttributes.Normal)清掉只读/系统属性（尤其对从 ZIP 解压或 Git 检出的文件有效） - 跳过顽固文件：自己写递归遍历 +
try/catch，对每个FileInfo.Delete()单独捕获异常，记录失败项但继续删其余 - 延迟重试：对失败路径做
Thread.Sleep(100)后再试一次——某些后台进程（如 OneDrive、杀软）释放句柄有毫秒级延迟
用 DirectoryInfo.Delete(true) 和 Directory.Delete(..., true) 有啥区别
基本没区别。两者底层都调用同一个 Win32 API，语义完全一致。选哪个纯看代码风格偏好：
-
Directory.Delete(path, true)更紧凑，适合一次性操作 -
new DirectoryInfo(path).Delete(true)多一步对象创建，但后续如果还要查Parent、Root或遍历内容，复用DirectoryInfo实例更省事 - 注意：
DirectoryInfo.Delete()不接受路径字符串，必须先构造实例；而Directory.Delete()只接受字符串，不能传DirectoryInfo
需要跨平台或更高可控性时考虑替代方案
标准 Directory.Delete 在 Linux/macOS 上也能用（.NET Core+），但行为有细微差异：比如符号链接默认不跟随，且不处理 ACL 权限清理。如果项目要跑 Docker 或 CI 环境，或者你明确需要“删前列出所有项”“按大小排序删”“跳过特定扩展名”，就别硬扛原生 API。
这时候建议用 Directory.GetFiles + Directory.GetDirectories 手动递归，虽然多几行，但每一步都可干预：
foreach (var file in Directory.GetFiles(path, "*", SearchOption.AllDirectories)) {
try { File.Delete(file); } catch { /* 记录或忽略 */ }
}
foreach (var dir in Directory.GetDirectories(path, "*", SearchOption.AllDirectories)
.OrderByDescending(d => d.Length)) { // 从深到浅删
try { Directory.Delete(dir); } catch { /* 同上 */ }
}关键点：子目录必须倒序删（路径长的在前），否则父目录先删了，子目录路径就失效了。
真正麻烦的从来不是“怎么删”，而是“删不干净还假装成功”——尤其是日志目录、缓存目录这种常被进程反复写入的地方。留个 Directory.Exists 检查收尾，比什么都实在。
