如何检测文件系统是否支持flock文件锁？

问题1：能否通过statfs提前检测文件系统不支持锁？ #

可以，该方案是可行的，同时存在更精准的检测逻辑：

1. 直接检测法（适配新内核）：
   对目标文件先执行一次非阻塞锁测试：调用flock(fd, LOCK_EX | LOCK_NB)，如果返回-1且errno为ENOSYS或EOPNOTSUPP，即可判定文件系统不支持文件锁。该方法兼容性最好，不受文件系统类型限制。
   注意：Linux 2.6.12之前的NFS客户端存在已知bug，无锁挂载时即便传入LOCK_NB也会导致调用挂起，该场景下不能用直接检测法，需使用下面的静态检测逻辑
2. statfs静态检测法：
   调用statfs()获取对应文件路径的文件系统信息，通过返回结构体的f_type字段匹配文件系统魔数，即可识别出NFS等默认不支持/可配置关闭锁的网络文件系统，NFS的魔数值为0x6969。
   同时可以读取/proc/self/mounts匹配对应挂载点的挂载参数，检查是否存在nolock标记，即可确认该挂载点是否主动关闭了锁支持。

问题2：可用的启发式判断规则 #

如果静态检测或者直接检测法不适用，可以参考以下规则提前规避文件锁：

• 识别文件系统类型，以下类型的文件系统默认不使用flock：NFS、旧版本CIFS/SMB、procfs、sysfs、debugfs等伪文件系统
• 所有网络文件系统挂载点，优先检查挂载参数，存在nolock标记时直接跳过flock逻辑
• 兼容低版本内核（2.6.12之前）的场景下，所有NFS挂载点默认不使用flock，避免LOCK_NB失效导致进程挂起
• 无法确认文件系统锁支持能力时，优先使用分布式锁方案替代本地文件锁，避免跨节点锁失效或者进程挂起问题

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