最直接方法是用 "r+b" 模式调用 fopen，失败时检查错误码：windows 看 getlasterror() == error_sharing_violation，linux 看 errno == ebusy，二者均表明文件被占用；但仅 "rb" 模式常误判为未占用，因读取通常不加共享锁。
用 fopen 尝试打开文件并检查错误码最直接
Windows 和 Linux 行为不同，但共通思路是：以独占/写模式尝试打开，失败时看具体错误。Windows 下常用 ERROR_SHARING_VIOLATION，Linux 下则多见 EBUSY 或 EAGAIN（尤其对设备文件或挂载点），但普通文件更常因权限或路径问题报 ENOENT 或 EACCES。
关键不是“有没有打开”，而是“能不能按你需要的方式打开”。比如你打算写入，就用 "r+b"；只读校验，用 "rb" 即可。若成功打开再立即 fclose，说明当前无进程以冲突模式占用。
-
fopen("path.txt", "r+b")失败且errno == EBUSY（Linux）或GetLastError() == ERROR_SHARING_VIOLATION（Windows），大概率被占用 - 仅用
"rb"模式可能总成功——因为多数程序读取时不加共享锁，无法可靠检测 - 不要依赖
fopen返回NULL就断定“被占用”，必须检查具体错误码，否则会把权限不足、路径不存在等误判为占用
Windows 下用 CreateFile 配合 FILE_SHARE_NONE
比 fopen 更底层、更精确。核心是传入 dwShareMode = 0（即 FILE_SHARE_NONE），此时只要有任何句柄以任意模式打开该文件，CreateFile 就会失败并返回 INVALID_HANDLE_VALUE，GetLastError() 为 ERROR_SHARING_VIOLATION。
- 必须指定
GENERIC_READ或GENERIC_WRITE（哪怕只读也要填），否则即使没被占也会失败 - 打开后务必调用
CloseHandle，否则会造成句柄泄漏 - 注意：NTFS 压缩/加密文件、符号链接、重解析点可能影响行为，测试时用普通常规文件
Linux 下没有通用可靠的方案
Linux 内核不强制进程声明“我正在用这个文件”，/proc/*/fd/ 只能查本机已知进程，且需 root 权限才能遍历所有进程。lsof 本质也是扫描这些 fd 目录，非 root 用户只能看到自己进程的打开文件。
- 用
open(path, O_RDWR | O_NONBLOCK)配合errno == ETXTBSY（仅对正在执行的二进制）或EBUSY（某些文件系统或特殊设备）——但对普通文本文件基本无效 -
stat()或access()完全不能反映占用状态，它们只管权限和存在性 - 实际工程中，如果必须规避冲突，建议改用文件锁：
flock(fd, LOCK_EX | LOCK_NB)，失败即说明有其他进程持有排他锁
跨平台封装要注意的坑
别写“一次封装，到处判断”。Windows 的 FILE_SHARE_NONE 语义强，Linux 几乎无法等价实现。强行统一接口容易给出错误结论。
- 若业务允许，优先用原子化文件操作（如写临时文件 +
rename）替代“先检查再操作”，避免竞态 - 日志类场景常见需求是“追加写但不阻塞”，这时应直接
open(..., O_WRONLY | O_APPEND | O_NONBLOCK)，失败再按错误码分类处理，而非预先检测 - 任何基于“探测”的方案都存在窗口期：检测完到真正操作之间，仍可能被抢占。真正健壮的逻辑得靠重试 + 错误恢复，而不是寄希望于一次准确判断
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
