如何检测文件被其他进程写入

目前golang学习网上已经有很多关于文章的文章了，自己在初次阅读这些文章中，也见识到了很多学习思路；那么本文《如何判断文件是否被其他进程写入》，也希望能帮助到大家，如果阅读完后真的对你学习文章有帮助，欢迎动动手指，评论留言并分享~

判断文件是否正被写入需综合多种方法：先用lsof或handle检查写入句柄，再观察文件大小和mtime是否动态变化，最后通过只读非阻塞打开并捕获错误码（如ERROR_SHARING_VIOLATION）辅助验证。

判断一个文件是否正被其他进程写入，核心是检查该文件是否有被打开的写入句柄，以及是否处于活跃的写入状态。操作系统层面没有直接“是否正在写入”的布尔接口，但可通过多种可靠方式综合推断。

查看文件是否被进程以写方式打开

这是最常用且有效的判断依据：若某进程以 O_WRONLY 或 O_RDWR 方式打开该文件（且未加锁或已关闭），就说明它可能正在写入或具备写入能力。

• Linux/macOS：使用 lsof +D /path/to/dir 或 lsof /path/to/file，重点看 FD 列是否含 1w、2w、uw（表示写）、或 txt（可执行映射写）；TYPE 为 REG 且 SIZE/OFF 在持续变动也提示活跃写入。
• Windows：用 handle.exe -a "filename"（Sysinternals 工具），查找带 Write、GenericWrite 或 FILE_WRITE_DATA 权限的句柄；也可在资源管理器中尝试重命名/删除——失败常因写句柄未释放。

观察文件大小与修改时间是否动态变化

持续增长的大小或频繁更新的 mtime（修改时间）是写入行为的强信号，但需注意：有些程序先写临时文件再原子替换，此时原文件本身可能静止。

• 运行 watch -n 0.5 'stat -c "%y %s" /path/file'（Linux），观察时间和大小是否秒级变动。
• 注意：NFS 或某些日志轮转场景下，mtime 可能滞后或不更新，不能单独依赖。

尝试安全访问并捕获系统错误

在代码或脚本中，以只读+非阻塞方式打开文件，结合 errno 判断冲突：

• Linux 下 open(path, O_RDONLY | O_NONBLOCK) 通常总能成功，但若遇到 ETXTBUSY（极少）或更常见的是写进程加了强制锁（如 flock(fd, LOCK_EX | LOCK_NB) 失败），可间接提示排他写入中。
• Windows 下用 CreateFile 指定 dwShareMode = 0（无共享），若返回 ERROR_SHARING_VIOLATION，说明有进程以不兼容模式打开了该文件（如写入句柄未设 FILE_SHARE_WRITE）。

检查文件锁（flock/fcntl/byte-range locks）

部分程序会显式加写锁防止并发修改，检测锁状态可辅助判断：

• Linux：用 lslocks | grep "filename" 查看是否存在 WRITE 类型的 flock 或 fcntl 锁。
• 注意：POSIX 锁是建议性锁（advisory），不强制生效；强制锁（mandatory lock）需文件系统挂载时启用 mand 选项，实际少见。

不复杂但容易忽略：单一方法都有局限，推荐组合使用——先 lsof 看写句柄，再观察 size/mtime 变化趋势，必要时在程序中尝试只读打开并处理对应错误码。这样误判率最低。

理论要掌握，实操不能落！以上关于《如何检测文件被其他进程写入》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！