.NET中System.IO.File.Move()跨局域网移动是否保证文件完整性？

这个问题问得很到位，得拆成两种核心场景来解释，因为File.Move()的底层逻辑在不同场景下完全不一样：

1. 同一存储卷内的移动（比如本地磁盘同一分区） #

这种情况其实很简单——File.Move()本质上只是修改文件的目录条目，根本不会碰文件本身的数据。就像给文件换了个文件夹路径标签，文件的物理存储位置完全没变。所以不存在数据传输过程，自然也就没有完整性风险，100%能保证文件和原来一模一样。

2. 跨存储卷的移动（包括跨局域网共享文件夹） #

当你把文件从一个卷移到另一个卷（比如本地C盘移到映射的局域网共享盘Z:），File.Move()的底层流程是：先把源文件完整复制到目标路径，复制确认完成后，再删除源文件。

这时候的完整性保障完全依赖底层的操作系统和网络协议：

• 跨局域网的话，Windows默认用SMB协议传输数据。SMB本身会对传输的数据做基础的校验，如果传输中出现丢包、数据篡改，协议层会自动检测并尝试重传，要是问题无法修复，就会直接返回错误。
• 如果复制过程中出现任何异常（比如网络断了、目标磁盘空间不够、权限不足），File.Move()会立刻抛出对应的异常（比如IOException、UnauthorizedAccessException），这时候源文件不会被删除，你可以捕获异常后重试操作。

但有个关键局限要注意：File.Move()本身没有内置独立的校验和验证机制。如果出现那种极端罕见的“静默数据损坏”——比如传输中比特发生翻转但没被SMB协议检测到（概率极低，但不是完全不可能），File.Move()会误以为复制成功，直接删除源文件，这时候你得到的目标文件就是损坏的。

给高要求场景的建议 #

如果你的业务对文件完整性要求极高（比如涉及金融数据、医疗记录等），哪怕用File.Move()跨局域网移动，也建议额外加一层校验：

• 移动前，计算源文件的哈希值（比如用System.Security.Cryptography里的SHA256算法）
• 移动完成后，再计算目标文件的哈希值
• 对比两个哈希值，确认一致后再进行后续操作；如果不一致，立刻停止并尝试恢复源文件或重新移动

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