.NET Core调用File.Move()移动文件失败后源文件消失是否为正常行为？

现象定性 #

你遇到的移动操作抛出文件占用异常，但源文件消失的情况，属于File.Move方法的正常行为，核心和移动操作的底层实现、存储环境有关。

原因说明 #

File.Move的执行逻辑随源和目标路径的存储位置不同有明显差异：

• 同本地卷移动：仅修改文件系统的元数据指针，操作是原子性的，要么完全成功要么完全失败，不会出现源文件丢失的情况。
• 跨卷/跨网络共享移动：底层执行逻辑是「先完整复制源文件到目标路径→删除源文件」，两个步骤没有事务保障。如果复制完成后、删除源文件的过程中源文件被其他进程锁定，就会抛出文件被占用的IOException，但此时目标路径已经生成了完整的文件，源文件也会被标记为待删除，最终表现就是源目录找不到文件、异常被抛出，你可以直接到配置的目标路径下查找对应文件，绝大多数情况文件已经成功移动到位。
• 补充场景：你调用File.Move时设置了overwrite=true，如果目标路径已存在同名且被占用的文件，系统删除目标文件后无法完成后续移动操作，也可能出现状态异常。

代码优化建议 #

你当前的代码缺少异常后的校验逻辑，容易出现文件丢失的误判，建议做如下修改：

1. 异常捕获后优先校验目标路径是否存在对应文件，如果存在则说明移动已完成，直接返回目标路径即可，无需做额外处理。
2. 执行移动操作前添加源文件占用校验，确认复印机的写入操作已经完成、文件没有被锁定后再执行移动，参考校验代码：

// 校验文件是否可独占访问
private bool IsFileReadyForMove(string filePath)
{
    try
    {
        // 以独占读模式打开文件，能打开说明没有被其他进程占用
        using var fs = File.Open(filePath, FileMode.Open, FileAccess.Read, FileShare.None);
        return true;
    }
    catch (IOException)
    {
        // 文件被占用/正在写入
        return false;
    }
}

3. 针对网络共享目录的场景，建议添加重试逻辑，遇到占用异常后间隔一段时间再重试，避免偶发的文件锁定导致操作失败。

内容的提问来源于stack exchange，提问作者d00d