file.move在.net core/.net 5+跨卷时自动采用复制+删除，非原子操作；需原子性应手动实现校验（哈希）后删除，注意权限、符号链接及状态一致性。
MoveFileEx 为什么在跨卷时会失败
直接调用 File.Move 跨磁盘（比如从 C: 到 D:）看似可行，但底层实际触发的是「复制 + 删除」语义。如果源文件很大、目标盘空间不足、或权限受限，File.Move 会抛出 IOException，错误信息通常是 The source and destination path must have identical roots. Move will not work across volumes. —— 这其实是 .NET 某些旧版本（如 .NET Framework 4.7.2 之前）对 MoveFileEx 的封装限制，并非 windows 系统本身不允许跨卷移动。
File.Move 在 .NET Core/.NET 5+ 跨卷是否可靠
现代 .NET（.NET Core 2.0+ / .NET 5+）已重写 File.Move 底层逻辑，它会自动检测是否跨卷：是则走复制+删除流程，否才调用系统级原子移动。所以多数情况下你不用手动干预。
- 只要目标路径可写、有足够空间、且没有进程锁定源文件，
File.Move就能成功 - 但要注意：复制+删除不是原子操作，中途失败会导致源文件丢失、目标文件不完整
- 若需原子性保障（例如金融类日志归档），就不能依赖
File.Move，得自己控制复制+校验+删除
手动实现带校验的跨卷移动
当业务要求“要么全成功，要么原样保留”，推荐显式分三步：复制 → 校验 → 删除。关键点在于校验不能只比大小，还要比哈希。
string src = @"C:data eport.xlsx"; string dst = @"D:rchive eport.xlsx"; // 1. 复制 File.copy(src, dst, overwrite: true); // 2. 校验（SHA256 更稳妥，小文件可用 CRC32） using var sha = SHA256.Create(); var srcHash = sha.ComputeHash(File.OpenRead(src)); var dstHash = sha.ComputeHash(File.OpenRead(dst)); if (!srcHash.SequenceEqual(dstHash)) throw new IOException("文件复制损坏，中止移动"); // 3. 删除源文件（确认校验通过后才删） File.Delete(src);- 避免用
File.GetLastWriteTime或Length做校验——它们无法发现静默损坏 - 大文件建议分块哈希（
ComputeHash(Stream)已支持流式计算，无需全加载） - 若源文件被其他进程占用，
File.Copy会直接抛异常，此时不应继续后续步骤
权限与符号链接场景下的注意事项
跨卷移动还可能因 NTFS 权限继承或符号链接行为意外中断：
- 目标目录若关闭了“继承权限”，新文件可能无读取权限，导致后续程序打不开
- 若源路径是符号链接（
mklink创建），File.Move移动的是链接本身，不是目标文件——要移动真实内容，得先用File.GetAttributes检查FileAttributes.ReparsePoint，再解析真实路径 - 在容器或网络路径（如
servershare）中，跨卷概念模糊，File.Move行为取决于 UNC 解析结果，建议统一用Path.GetPathRoot判断根是否一致
跨卷移动真正麻烦的从来不是 API 调用，而是失败后的状态一致性——源删了没？目标写到哪了？日志有没有记全？这些边界情况比“怎么写一行 Move”重要得多。