我在linux中使用flock（2）来控制对一个homespun数据库中的资源的访问，使用共享和独占locking模式。 我发现，如果共享锁被授予，那么另一个进程也可以获得一个共享锁，不pipe是否有被阻塞的进程在等待独占锁。 这意味着对于一个拥有许多重叠阅读器的stream行资源来说，独占锁请求可能会长期挨饿，也许永远都是。
这个行为并不矛盾羊群（2）手册页，但它让我感到惊讶，因为这个代码已经在FreeBSD和OS-X中工作了很多年了，没有任何问题。 我的猜测是，BSD系统必须实现某种队列，以防止独占锁永远挨饿。
我的主要问题是，是否有任何简单的技巧或编程模式，以防止我的排他性挨饿？
第二个问题，为了满足我的好奇心，有没有人知道这是否真的是不同的BSD系统像我怀疑？
我在FreeBSD 7.2上遇到了同样的问题，发现没有办法防止flock（）上的作者饿死。 您必须选择其他锁定方法，如SysV IPC或简单的停止标志文件。