判断文件是否正被写入需综合多种方法：先用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 变化趋势，必要时在程序中尝试只读打开并处理对应错误码。这样误判率最低。
