File.Copy 默认不覆盖目标文件，会抛出 IOException；需显式传入 true 参数才覆盖，但只读文件仍可能失败。
File.Copy 会覆盖目标文件吗？默认不报错但要小心
File.Copy 默认遇到同名目标文件会直接抛出 IOException：“目标文件已存在”。这不是“不覆盖”，而是“拒绝覆盖”——它不会静默跳过，也不会自动覆盖。
- 想覆盖就加第三个参数
true：File.Copy("a.txt", "b.txt", true) - 如果目标是只读文件，即使加了
true，仍可能失败（Windows 下常见），得先用File.SetAttributes清掉ReadOnly - 跨卷复制（比如 C: → D:）本质是“复制 + 删除”，不是原子操作；中途失败会导致源存、目标残缺
FileInfo.MoveTo 为什么报“访问被拒绝”？路径和权限是主因
FileInfo.MoveTo 看似简单，但失败时错误信息常是模糊的 UnauthorizedAccessException 或 IOException。真正卡点往往不在代码本身。
- 目标路径的父目录必须**已存在**，
MoveTo不会自动创建中间目录（不像Directory.CreateDirectory） - 如果目标在另一磁盘，本质是复制+删除，需对**源文件 + 目标目录**都有写权限；NTFS 权限继承没配好就跪
- 不能用
MoveTo跨进程锁定的文件（比如 Excel 正在编辑的 .xlsx），会立刻失败，无重试机制
重命名用 MoveTo 还是 Replace？要看是否允许覆盖旧文件
重命名本质就是移动到同目录下的新名字，但 Windows 和 .NET 提供了两个语义不同的 API：FileInfo.MoveTo 和 File.Replace。
-
MoveTo：目标存在就报错，适合“确保不意外覆盖”的场景 -
File.Replace：专门设计用于安全替换，支持把原目标文件备份走（第3个参数），例如：File.Replace("new.dll", "old.dll", "old.dll.backup") -
Replace在目标被占用时可能成功（靠重试机制），而MoveTo几乎一定失败
Delete 文件前为什么总要检查 Exists？不是多此一举
File.Delete 和 FileInfo.Delete 对不存在的路径**静默失败**——不抛异常，也不提示。这看着省事，实则埋雷。
- 如果路径拼错、大小写不符（Linux 容器里尤其坑）、或只是变量为空，调用后什么都不会发生，但业务逻辑可能以为删成功了
- 建议统一加判断：
if (File.Exists(path)) File.Delete(path);，或者用try/catch捕获FileNotFoundException做兜底 -
FileInfo实例化本身不校验路径是否存在，fi.Exists才真查磁盘；别以为 new 出来就能删
事情说清了就结束。最麻烦的永远不是 API 怎么写，而是路径是否真实存在、权限是否到位、另一个进程有没有偷偷锁着它。
