c++怎么以独占模式打开文件_fsopen与_SH_DENYRW【详解】

_fsopen 的 _SH_DENYRW 仅限制跨进程文件访问，同一进程内重复调用仍成功，因其共享模式由 CreateFile 实现且不检查本进程句柄重用；真正进程内互斥需用 std::mutex 或 CreateMutex。为什么 _fsopen 的 _SH_DENYRW 在 Windows 上不阻止同一进程重复打开？因为 _fsopen 的共享模式只作用于「不同进程间」的文件访问控制，同一进程内多次调用 _fsopen（哪怕带 _SH_DENYRW）不会报错------它根本不管你自己。这是 Win32 文件句柄层面的设计逻辑，C 运行时只是封装了 CreateFile，而后者默认允许同进程复用句柄。常见错误现象：_fsopen("data.bin", "rb", _SH_DENYRW) 成功返回后，紧接着再调一次，依然成功；你以为"独占"了，其实只是挡住了其他进程。真正想实现进程内互斥，得自己加 static std::mutex 或全局 HANDLE + CreateMutex_SH_DENYRW 实际等价于 CreateFile(..., FILE_SHARE_NONE, ...)，仅影响跨进程共享标志如果用 fopen 替代 _fsopen，连跨进程保护都没有------它根本不传共享标志_fsopen 和标准 fopen 在文件锁行为上到底差在哪？差在是否向系统传递共享标志参数。fopen 完全忽略共享控制，所有打开都等效于 _SH_DENYNO；_fsopen 才把 SH* 值转成 CreateFile 的 dwShareMode 参数。使用场景：只有当你明确需要阻止其他进程（比如另一个 exe 或服务）同时读写该文件时，才必须用 _fsopen + _SH_DENYRW。日常单进程读写、日志追加、配置加载，用 fopen 更轻量且可移植。立即学习"C++免费学习笔记（深入）"； 唱鸭 音乐创作全流程的AI自动作曲工具，集 AI 辅助作词、AI 自动作曲、编曲、混音于一体