php羊群和fread和fwrite

Question

我看到人们这样使用flock：

if (!$fp = fopen($file_name, 'wb'))  
{  
    return FALSE;  
}  

if (flock($fp, LOCK_EX))  
{  
    fwrite($fp, serialize($data));  
    flock($fp, LOCK_UN);  
}

还有这个：

if (!$fp = @fopen($file_name, 'rb'))  
{  
    return FALSE;  
}  

flock($fp, LOCK_SH);  

$data = '';  

if (filesize($file_name) > 0)  
{  
    $data = unserialize(fread($fp, filesize($file_name)));  
}  

但是在fopen 调用和flock 调用之间是否有其他人编辑文件的机会？和fread 的同样问题

---

编辑：
为了澄清我为什么要问这个......我的问题基于代码here, 在mysql缓存情况下，如果他们都可以的话，如何阻止20个人同时访问文件进入fopen和flock之间？

那个代码是万无一失的吗？

Answer 1

你问：

在 fopen 调用和flock 调用之间没有其他人编辑文件的机会吗？和 fread 相同的问题

是的，不，也许。简短的回答：假设“是”并谨慎行事。

是的，因为传统的基于flock() 的锁定只是建议，因此其他进程（甚至同一个进程）可以随意忽略锁定。实际上，这不是问题，因为flock() 被行为良好的客户端代码使用——在你获得LOCK_SH之前你不会阅读，除非你获得LOCK_EX，否则你不会写——在应用程序上——特定文件。

不，因为在某些操作系统上，PHP 的flock() 实现可能是强制，根据documentation，这可能还需要文件系统的支持（例如，与@987654322 一样@Linux 下的选项）。所以，其他进程不能忽视这些锁。

也许，PHP 5 中的流子系统实现了一些locking bookkeeping，超出了操作系统提供的范围。例如，这可能会阻止同一个进程（但不是另一个进程）忽略它自己的其他建议锁。行为might surprise 一些。即便如此，这种锁定在不相关的进程之间也不是强制性的。

为了可移植性，只需假设最弱的语义（上面的“是”）并将flock() 限制为在预先选择的特定于应用程序的锁定文件上表现良好的代码。

Answer 2

第一个sn-p是万无一失的，如果你不能锁定文件，你就不要写。如果其他人在fopen() 和flock() 之间编辑了文件，您的文件句柄将指向最新版本，因为fopen() 绑定到流，而不是“快照”。

第二个例子不保证有效，因为flock()的返回值没有被检查，所以如果你没有获取锁，后面的代码无论如何都会执行。

[edit] 删除了读取器锁定无关紧要的声明，实际上它确实如此，如下面的 cmets 中所述:)