重命名文件应使用 File.Move 而非不存在的 File.Rename；其本质是同盘符下原子性移动，需处理目标存在、权限不足、只读属性、非法字符、长路径及并发冲突等问题。
重命名文件用 File.Move，不是 File.Rename
c# 没有 file.rename 这个方法，这是初学者最常搜错的关键字。实际靠 file.move 实现重命名——本质是把文件从旧路径“移动”到新路径，只要目标盘符相同，系统就只更新目录项，不复制数据，速度快且原子性强。
常见错误现象：FileNotFoundException 或 IOException: The process cannot access the file，多数因为目标路径已存在同名文件，或源文件正被其他进程（如记事本、杀毒软件）占用。
- 目标路径必须包含完整文件名，不能只传新名字，例如：
File.Move("a.txt", "b.txt")仅在当前目录有效；更安全写法是用Path.Combine拼全路径 - 如果目标文件已存在，
File.Move会直接抛异常，必须手动先File.Exists判断并处理（覆盖 or 跳过 or 报错） - 跨驱动器（如 C: → D:）时，
File.Move实际执行复制+删除，失败风险高，不建议用于大文件重命名
带权限检查的重命名：先确认可写再操作
Windows 下某些目录（如 C:\Program Files、用户文档的受保护子目录）默认拒绝写入，即使代码没报错，也可能静默失败或触发 UAC 提权弹窗（而 .NET 不自动捕获）。别等部署后才发现文件改不了名。
- 用
Directory.GetAccessControl+File.GetAccessControl查目标父目录权限太重，实战中更简单的是提前尝试创建一个临时文件：File.WriteAllText(Path.Combine(parentDir, Guid.NewGuid().ToString()), "")，成功后再删掉，能快速暴露权限问题 - 注意：.NET 6+ 中
File.Move在目标为只读文件时会失败，需先用FileAttributes清除ReadOnly标志 - 不要依赖
File.Exists后立刻File.Move—— 中间可能被其他线程/进程抢先操作，生产环境建议加try/catch IOException并重试 1–2 次
批量重命名要注意路径编码和非法字符
用户输入的文件名可能含 *、?、、<code>>、|、控制字符或 Unicode 零宽空格，直接拼进路径会导致 ArgumentException: Illegal characters in path 或静默截断。
- Windows 路径非法字符列表固定，可用
Path.GetInvalidFileNameChars()获取，但注意它不包含:（只在驱动器后合法）、\（路径分隔符）等上下文敏感字符 - 别用正则粗暴替换所有非字母数字——中文、日文、emoji 都是合法文件名，应只清理明确非法的部分，例如：
new string(fileName.Where(c => !Path.GetInvalidFileNameChars().Contains(c)).ToArray()) - 长路径（>260 字符）在旧版 Windows 默认受限，.NET Core 3.0+ 和 .NET 5+ 默认启用长路径支持，但需确保系统策略开启（
Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\LongPathsEnabled = 1）
异步重命名？File.Move 本身不支持 async
File.Move 是同步阻塞调用，对大文件或网络路径（如 SMB 共享）可能卡主线程几秒。但 .NET 没提供原生异步版本，强行用 Task.Run(() => File.Move(...)) 只是把线程池压力换成了线程饥饿，尤其在 ASP.NET Core 这类高并发场景下危险。
- 真正需要异步的场景（如 UI 应用防卡顿），优先考虑是否必须立刻完成——能否先记录待办任务，后台线程慢慢处理，再通过事件通知结果
- 如果坚持要“看起来异步”，可用
FileStream手动复制 + 删除实现可控的异步流程，但得自己处理原子性、中断恢复、临时文件清理，复杂度陡增 - 注意：.NET 7 引入了
FileStream.CopyAsync，但重命名 ≠ 复制，别混淆。真要跨卷移动+重命名，务必加事务日志，否则崩溃后容易丢文件
重命名看着简单，但路径合法性、权限边界、并发冲突、长路径、跨卷行为这五点，任意一个漏判都可能导致线上静默失败。尤其是用户上传文件名未经清洗就直接拼路径，几乎必出问题。
