CopyFileEx中COPY_FILE_OPEN_SOURCE_FOR_WRITE标志的作用与应用场景

问题背景 #

Win32 API的CopyFileEx和CopyFile2提供了COPY_FILE_OPEN_SOURCE_FOR_WRITE（0x00000004）标志，官方文档描述为：

COPY_FILE_OPEN_SOURCE_FOR_WRITE 0x00000004
复制文件且以写入权限打开源文件。

但实际测试发现，当源文件被其他进程以无FILE_SHARE_WRITE、仅FILE_SHARE_READ的写入锁定状态打开时，携带该标志仍能完成复制。通过ProcMon捕获的CreateFile事件，可观察到以下行为：

• 无该标志时，源文件以Generic Read权限打开；
• 有该标志且无其他进程占用时，源文件以Generic Read/Write权限打开；
• 当源文件已被其他进程写入锁定时，无论是否使用该标志，CopyFileEx都会内部回退到以Generic Read权限、ShareMode: Read, Write, Delete打开源文件。

该标志的实际效果 #

这个标志的核心是优先尝试以读/写权限打开源文件，但并非强制要求读/写权限才能完成复制。当尝试以读写权限打开失败（比如源文件被其他进程锁定、无足够权限）时，API会自动降级为只读权限重试，确保复制操作能正常进行。

简单说，它是一个「可选升级」的权限设置：成功获取读写权限则启用对应能力，失败则 fallback 到基础只读权限，不阻断复制流程。

应用场景 #

1. 复制时需同步修改源文件
   部分备份、同步类工具，需要在复制源文件前/过程中对源文件做修改（比如写入备份标记、更新文件元数据），使用该标志可以一次性以读写权限打开源文件，避免复制流程中重复打开文件的开销。

2. 保证复制的源文件状态稳定
   当成功以读写权限打开源文件后，其他进程若要修改源文件会被阻塞（因为当前进程持有写权限），这能确保复制的文件是打开瞬间的完整状态，不会出现复制中途源文件被第三方修改的情况，提升复制数据的一致性。

3. 兼容特殊文件系统/驱动的要求
   某些特殊文件系统（如加密文件系统、网络共享文件系统）或第三方驱动，可能要求对源文件具备读写权限才能完成附加操作（比如同步加密属性、校验文件完整性），该标志可满足这类场景的权限需求。

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