flock是否可能使用LOCK_EX返回false？

Question

我在flock手册中找到以下描述：

默认情况下，此功能将一直阻止，直到获得请求的锁为止

在下面，我找到了以下示例代码：

<?php

$fp = fopen("/tmp/lock.txt", "r+");

if (flock($fp, LOCK_EX)) {  // acquire an exclusive lock
    ftruncate($fp, 0);      // truncate file
    fwrite($fp, "Write something here\n");
    fflush($fp);            // flush output before releasing the lock
    flock($fp, LOCK_UN);    // release the lock
} else {
    echo "Couldn't get the lock!";
}

fclose($fp);

?>

但是，是否存在脚本实际返回“无法获取锁”的情况 ？我以为它会等到文件锁定。txt将被解锁。如果文件从未解锁，那么脚本将永远等待，对吗？

此外，我发现这个答案解释了unix上独占锁和共享锁的区别：https://stackoverflow.com/a/11837714/2311074这4条规则是否也适用于PHP中的flock（例如“如果已经存在一个或多个共享锁，则无法获得独占锁”）？




Answer 1

在SunOS上，如果以读取模式打开文件，即使文件未被锁定，带有LOCK_EX的flock也将始终返回false。PHP手册羊群页面上有对此效果的注释。该评论被否决为-2，但它是正确的，值得在此重复：

Solaris上的Flock有点奇怪：如果您试图在未打开写入的文件上获得独占锁，它将失败。也就是说，对于读取文件，您必须使用共享锁。在用于flock的Solaris手册页中："获取共享锁需要对文件具有读取权限，获取独占锁需要具有写入权限。"相比之下，这是来自flock的Linux手册页：“用于打开文件的模式对flock来说并不重要。”所以，当心...

许多示例显示文件是以读取模式打开的，但我可以确认上面的评论。如果将flock与LOCK_EX一起使用，则如果在读取模式下打开文件，在SunOS上将返回false。由于Linux不关心您使用哪种模式，在我看来，在使用flock with LOCK_EX时，应该始终以写模式打开文件。

Answer 2

是的，我发现在构建flintstone时，它不会聚集压缩流文件。。。

$file = 'compress.zlib://path/to/file.txt';
$fp = fopen($file, 'w');
var_dump(flock($fp, LOCK_EX)); // false

Answer 3

是的，阻止flock可以返回false。

如果提供的资源不支持锁定，就会发生这种情况

文件中甚至提供了样本

只能用于fopen（）为本地文件返回的文件指针，或指向实现streamWrapper:：stream_lock（）方法的用户空间流的文件指针。

因此，如果您尝试锁定ftp或http资源，您将得到false，对于一些包装器，例如zlib或phar，也会得到同样的结果。

flock（）在像FAT及其派生版本这样的过时文件系统上不受支持，因此在这些环境下总是返回FALSE。