File.Move 的原子性答案

【问题标题】：Atomicity of File.MoveFile.Move 的原子性
【发布时间】：2009-04-21 19:02:38
【问题描述】：

我想将目录中的文件重命名为原子事务。该文件不会更改目录。该路径作为 NTFS 文件系统的 UNC 路径提供，可能在服务器 03 或 08 上。

File.Move() 是用于这些目的的原子吗？例如，它要么成功完成，要么失败，原始文件仍然完好无损？

我的直觉说是，但我想确定一下。

【问题讨论】：

顺便说一句，SVN 充分利用了移动是一个原子操作（在大多数文件系统上）这一事实，广泛用于在更新/提交期间保持完整性。
“原子”不是意味着有多个操作吗？这个特定的重命名如何进行多个操作？这不是复制+删除。
@Lucas：原子意味着操作，无论内部有多少步骤，总是一起发生。它不能被另一个线程部分抢占，等等。这是“原子”这个词的原始“不可分割”含义，现代物理学在实际原子的情况下已经证明了这一点......
@rmeador：我明白，但是这个重命名是一个单步操作。没有中间状态，它要么具有原始名称，要么具有新名称。称它为原子有意义吗？当然，除非我们认为所有单步操作本质上都是原子的:)
是的，询问重命名操作是否是原子操作是有意义的。仅仅因为从应用程序的角度来看它是一个单一的操作，我们不能假设文件系统驱动程序在一个操作中执行重命名。也许它必须更新文件名的 B 树，或者任何数量的其他本质上不是原子的东西。这真的取决于文件系统。

【解决方案1】：

是的，在 NTFS 中。来自here：

顺便说一句，如果您在 NTFS 下运行，那么文件操作在文件系统级别是原子的。就任何更高的代码而言，重命名将在单个操作中发生。您看到的问题几乎似乎是跨应用程序共享 FileInfo 对象的问题。它是一个 MarshalByRef 对象，因此可以在远程环境中使用。不知道这是否适用于你。

【讨论】：

呃，但是如果 .net 应用程序在 FAT 上运行或访问文件共享上的某些内容怎么办？ File.Rename() 作为其 API 的一部分，在哪里可以保证重命名是以原子方式执行的，或者它会抛出一个异常，表明无法实现原子性？
啊，显然我想要File.Replace()，它会在 Windows 98 或 FAT 上引发异常（或任何不能保证原子性的情况，或者至少这是 the docs 似乎建议的）。