File.Move报“文件正由另一进程使用”主因是目标文件已存在或源文件被记事本、资源管理器预览窗格、杀毒软件等占用；它不覆盖也不提示，仅原子移动并抛IOException。
File.Move 为什么报“文件正由另一进程使用”
直接调用 file.move 失败，十有八九是目标路径已存在同名文件，或者源文件被其他程序（比如记事本、资源管理器预览窗格、杀毒软件）锁住。c# 的 file.move 不覆盖，也不提示——它只做原子移动，失败就抛 ioexception。
实操建议：
- 移动前先用
File.Exists检查目标路径，存在就手动File.Delete（注意权限和只读属性） - 如果源文件可能被占用，加个简单重试逻辑，比如最多等 300ms 后再试一次（别用死循环）
- 避免在 Explorer 正打开该文件夹时操作——Windows 资源管理器会隐式持有句柄，尤其带缩略图或详细信息视图时
- 错误信息里看到
The process cannot access the file because it is being used by another process，优先查占用，不是代码写错了
重命名文件但保留原目录，用 Path.Combine 更安全
想把 C:\data\old.txt 改成 C:\data\new.log，本质是“同目录下移动+改名”。别拼字符串，比如 oldPath.Replace("old.txt", "new.log")——路径分隔符在不同系统不一致，且容易误替换内容。
实操建议：
- 用
Path.GetDirectoryName提取目录，Path.GetFileNameWithoutExtension和Path.GetExtension分离原文件名与后缀，再组合新名 - 最终目标路径用
Path.Combine(dir, "new.log")构造，自动处理斜杠方向 - 如果新扩展名来自用户输入，记得用
Path.GetInvalidFileNameChars()过滤非法字符（比如/ \ : * ? " |）
跨卷移动文件会变复制+删除，性能差还可能中断
File.Move 在同一磁盘内是重命名（毫秒级），跨磁盘（比如 C: → D:）则退化为“复制 + 删除源”，既慢又不可靠：复制中途失败，源文件已删，新文件没写完，数据就丢了。
实操建议：
- 用
Path.GetPathRoot判断源和目标是否在同一卷，不同卷就改用File.Copy+File.Delete，并自己加异常保护 - 复制完成后，必须校验
File.GetLastWriteTime或简单比对File.Length，再删源——别假设 Copy 一定成功 - 大文件跨卷操作，考虑加进度回调（用
FileStream分块读写），而不是依赖File.Copy黑盒
异步重命名？C# 没有真正的 File.MoveAsync
.NET 5+ 提供了 File.MoveAsync，但它只是把同步调用包进 Task.Run，不是 I/O 异步——底层仍是阻塞式 Win32 MoveFileEx。真要不卡 UI，只能自己扔线程池，但得小心文件句柄生命周期。
实操建议：
- WinForms/WPF 中，用
Task.Run(() => File.Move(...))防止界面冻结，但别指望提升吞吐量 - 别在
using块里开异步任务操作同一个文件——源文件可能已被释放，导致ObjectDisposedException - 真正高并发重命名（比如批量处理千个文件），用
Parallel.ForEach加限流（MaxDegreeOfParallelism = 4），比全开线程更稳
最常被忽略的是权限检查：管理员运行的程序能操作 C:\Program Files，普通用户启动的进程不行。报 UnauthorizedAccessException 时，别急着加 try-catch，先看当前进程实际身份和目标路径 ACL。
