使用CreateFile的TRUNCATE_EXISTING与OPEN_EXISTING+SetEndOfFile的区别及权限差异

这问题问到点子上了——Windows文件API的权限和操作原子性细节很容易踩坑，我来给你掰扯清楚两者的核心差异：

1. 权限要求的核心差异 #

这也是你提到的最直观区别：

• 用TRUNCATE_EXISTING参数调用CreateFile时，必须请求GENERIC_WRITE访问权限，哪怕你只需要截断文件。如果只传FILE_WRITE_DATA，系统会直接返回ERROR_ACCESS_DENIED。原因是Windows把“打开时立即截断”这个动作归为需要完整写入权限的操作，GENERIC_WRITE是包含所有写入相关权限的集合，而FILE_WRITE_DATA只是其中一个子集（仅允许写入数据到文件），满足不了系统对这个原子操作的权限校验。
• 而先以OPEN_EXISTING打开文件（仅需FILE_WRITE_DATA权限），再调用SetEndOfFile截断的方式，两步都能成功。因为OPEN_EXISTING只是打开已存在的文件，FILE_WRITE_DATA足够；SetEndOfFile的作用是修改文件长度，这个操作刚好被FILE_WRITE_DATA权限覆盖，不需要更宽泛的GENERIC_WRITE。

2. 操作的原子性不同 #

• TRUNCATE_EXISTING是原子操作：打开文件和截断文件是同一个API调用内完成的，系统会保证这两个动作要么一起成功，要么都失败，不会出现“文件打开了但没截断”的中间状态。这种原子性在多进程操作同一文件时特别有用，能避免竞态条件。
• 分开调用CreateFile(OPEN_EXISTING)和SetEndOfFile是两个独立的操作：中间存在时间窗口，如果有其他进程在这两个调用之间修改了文件，就可能出现不符合预期的结果。比如另一个进程在你打开文件后、截断前写入了数据，那你的截断操作会把这些新写入的数据也删掉，但这可能不是你想要的。

3. 边缘场景的行为差异 #

• 两者都要求目标文件必须存在，否则CreateFile都会失败（TRUNCATE_EXISTING和OPEN_EXISTING都不创建新文件）。
• 截断后的文件指针位置：用TRUNCATE_EXISTING打开后，文件指针会指向文件开头（偏移0）；而OPEN_EXISTING打开文件时，指针默认也在开头，调用SetEndOfFile(0)后指针位置还是0，这一点行为一致，但底层执行逻辑不同。

总结一下，如果你的场景需要原子性截断，且能拿到GENERIC_WRITE权限，用TRUNCATE_EXISTING更高效；如果只能拿到FILE_WRITE_DATA权限，或者需要在截断前做其他文件操作，那分开调用的方式更适合。

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