Windows下内存映射文件后允许其他进程写入的问题排查

首先明确说：你的需求完全可以实现，最初的报错确实是因为CreateFileA调用时漏掉了关键的共享标志位。

最初错误的原因 #

你一开始调用CreateFileA时只指定了FILE_SHARE_WRITE，但Windows的文件共享机制要求你明确声明允许其他进程执行的所有操作类型。缺少FILE_SHARE_READ意味着你的进程独占了文件的读取权限，任何其他需要读取文件的进程（比如记事本、VS）都会因为权限冲突被拒绝访问，这就是你看到The process cannot access the file because it is being used by another process错误的原因。

修正后的代码（已验证记事本可正常写入） #

添加FILE_SHARE_READ后，其他进程就能同时读取和写入文件了，修正后的代码如下：

HANDLE windowsFileHdl = CreateFileA(filePath, GENERIC_READ, FILE_SHARE_READ | FILE_SHARE_WRITE, 0, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, 0);
if (windowsFileHdl == INVALID_HANDLE_VALUE) { return false; }
HANDLE fileMappedHdl = CreateFileMappingA(windowsFileHdl, 0, PAGE_READONLY, 0, 0, nullptr);
char* baseFileData = (char*)MapViewOfFile(fileMappedHdl, FILE_MAP_READ, 0, 0, 0);

为什么VS、Notepad++等编辑器仍报错？ #

这是因为不同程序打开/保存文件的策略差异：

• 记事本的写入流程比较简单，它的CreateFile调用会兼容你的共享权限设置，所以能正常写入。
• 而Visual Studio、Notepad++这类专业编辑器，保存文件时通常会采用更复杂的逻辑：
  • 有些会尝试以独占模式打开文件（不允许任何共享权限），确保保存过程中没有其他进程干扰；
  • 有些会先创建临时文件，写入内容后再替换原文件——这个过程中会要求对原文件拥有完全控制权限，和你的共享设置冲突；
  • 还有些编辑器在打开文件时就会请求GENERIC_WRITE权限，同时可能不设置足够的共享标志，导致权限冲突。

进一步的兼容建议 #

如果需要让这类编辑器也能正常修改文件，可以尝试以下思路：

• 确保你的CreateFile调用的共享标志尽可能开放（当前的FILE_SHARE_READ | FILE_SHARE_WRITE已经是最开放的只读访问配置了）；
• 注意：内存映射的视图不会自动同步其他进程对文件的修改——如果需要获取最新内容，你需要先调用UnmapViewOfFile解除映射，然后重新调用MapViewOfFile创建新的映射；
• 极端情况下，可以考虑使用文件监控机制（比如ReadDirectoryChangesW），在检测到文件修改时自动刷新映射视图。

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