我正在浏览用于文件和目录管理操作的 Win32 API 函数。我看到其中一些功能具有所谓的“事务性”对应物。
示例：
CreateDirectory和CreateDirectoryTransacted
RemoveDirectory和RemoveDirectoryTransacted
CreateFile和CreateFileTransacted
CopyFile和CopyFileTransacted
我阅读了这些事务处理函数的解释、维基百科文章Transactional NTFS和这个 MSDN 杂志页面。但是由于这些页面中的大量术语（对我而言），我并没有清楚地理解这些解释。他们都达成了一个共同的共识，即这些功能是“原子的”。但据我从“原子”这个词所理解的，它是一个原子核，周围有旋转的电子……
你能用基本简单的英语句子解释一下，这些功能的用途和操作是什么？为什么以及何时更喜欢 API 函数的事务版本？
为什么以及何时更喜欢 API 函数的事务版本？
我在上面引用的链接中给出了几个场景。
其中之一是安装程序应用程序的用例，它需要将多个文件复制/安装到不同的位置，然后可能对注册表执行一些更新。在安装程序运行之前系统可以认为是一致的。安装程序完成所有工作后，软件已完全安装，系统再次处于一致状态。
然而，如果计算机在安装过程中崩溃，那么确定安装过程的哪些步骤在崩溃之前已经成功执行以及哪些没有成功执行可能并非易事。在这种情况下，事务操作可以通过“自动”恢复一致的系统状态来提供支持，就像安装程序运行之前一样，如果由于任何原因安装在此过程中失败。
正如微软所说，事务性文件系统操作从未被开发人员广泛采用，这可能表明绝大多数应用程序并不真正需要该功能，或者，有更简单的方法来实现所需的结果一种特定于应用程序的方式，MS 也为此提供了示例。
此外，“原子”操作的概念存在于软件开发的不同领域，例如并发编程或数据库管理系统。请参阅维基百科文章。
简而言之，一个事务（无论是文件系统、数据库还是银行）只有在过程中没有发生错误的情况下才会完成。
使用非事务性文件系统和 API，假设您有一个包含以下内容的文件：
AAAA
现在您想用所有B的 's 填充文件，但是在中间这样做时会断电，并且并非所有数据都已提交到磁盘。现在，当您回读文件时（电源恢复后），您的状态不一致：
BBAA
还记得 FAT 和磁盘扫描吗？
现在有了事务，文件系统基本上首先将更改写入磁盘上的不同位置，只有在完成时才将“文件数据位置指针” inode更改为数据的新位置，将旧数据占用的空间标记为'再次可用'。
为此，您不需要事务性 NTFS (TxF)，因为“标准”NTFS 也承诺确保一致性：
NTFS 是一个可恢复的文件系统，它通过使用标准事务日志记录和恢复技术来保证卷的一致性。如果发生系统故障，NTFS 会运行一个恢复过程来访问存储在事务日志文件中的信息。NTFS 恢复过程保证卷恢复到一致的状态。事务日志记录需要很少的开销。
重要提示：请注意，Microsoft 将整个“Transactional NTFS”API 标记为已弃用，并强烈反对使用它。
请参阅使用事务性 NTFS 的替代方案。