php文件锁
前言
1、锁机制之所以存在是因为并发问题导致的资源竞争,为了确保操作的有效性和完整性,可以通过锁机制将并发状态转换成串行状态。作为锁机制中的一种,PHP 的文件锁也是为了应对资源竞争。假设一个应用场景,在存在较大并发的情况下,通过fwrite向文件尾部多次有序的写入数据,不加锁的情况下会发生什么? 多次有序的写入操作相当于一个事务,我们此时需要保证这个事务的完整性。
2、例如:同时执行下面两段代码,会发现虽然都写入了数据,但是是两段程序交错写入,很明显这并不是期望的结果。
public function demo50() { $num = 10; $filename = 'process.txt'; if ($fp = fopen($filename, 'a')) { for ($i = 0; $i<= $num; $i++) { fwrite($fp, 'process1:' . $i . "\r\n"); usleep(100000); } fclose($fp); } else { echo 'faile'; } }
public function demo51() { $num = 10; $filename = 'process.txt'; if ($fp = fopen($filename, 'a')) { for ($i = 0; $i<= $num; $i++) { fwrite($fp, 'process2:' . $i . "\r\n"); usleep(100000); } fclose($fp); } else { echo 'faile'; } }
public function demo53() { // 创建一对cURL资源 $ch1 = curl_init(); $ch2 = curl_init(); // 设置URL和相应的选项 curl_setopt($ch1, CURLOPT_URL, "http://local.thinkphp.com/index.php?h=home&c=index&a=demo50"); curl_setopt($ch2, CURLOPT_URL, "http://local.thinkphp.com/index.php?h=home&c=index&a=demo51"); // 创建批处理cURL句柄 $mh = curl_multi_init(); // 增加2个句柄 curl_multi_add_handle($mh, $ch1); curl_multi_add_handle($mh, $ch2); $running = null; // 执行批处理句柄 do { curl_multi_exec($mh, $running); } while ($running > 0); // 关闭全部句柄 curl_multi_remove_handle($mh, $ch1); curl_multi_remove_handle($mh, $ch2); curl_multi_close($mh); }
运行结果如下
加上文件锁后
public function demo50() { $num = 10; $filename = 'process.txt'; if ($fp = fopen($filename, 'a')) { if (flock($fp, LOCK_EX)) { for ($i = 0; $i<= $num; $i++) { fwrite($fp, 'process1:' . $i . "\r\n"); usleep(100000); } flock($fp, LOCK_UN); } fclose($fp); } else { echo 'faile'; } }
public function demo51() { $num = 10; $filename = 'process.txt'; if ($fp = fopen($filename, 'a')) { if (flock($fp, LOCK_EX)) { for ($i = 0; $i<= $num; $i++) { fwrite($fp, 'process2:' . $i . "\r\n"); usleep(100000); } flock($fp, LOCK_UN); } fclose($fp); } else { echo 'faile'; } }
PHP文件锁:
摘自:http://www.cnblogs.com/ninelands/archive/2012/09/18/2690713.html
1、文件锁有两种:共享锁和排它锁,也就是读锁(LOCK_SH)和写锁(LOCK_EX);
2、但是什么时候使用LOCK_SH什么时候使用LOCK_EX呢?
读的时候:
如果不想出现dirty数据,那么最好使用lock_sh共享锁。可以考虑以下三种情况:
- 如果读的时候没有加共享锁,那么其他程序要写的话(不管这个写是加锁还是不加锁)都会立即写成功。如果正好读了一半,然后被其他程序给写了,那么读的后一半就有可能跟前一半对不上(前一半是修改前的,后一半是修改后的)
- 如果读的时候加上了共享锁(因为只是读,没有必要使用排他锁),这个时候,其他程序开始写,这个写程序没有使用锁,那么写程序会直接修改这个文件,也会导致前面一样的问题
- 最理想的情况是,读的时候加锁(lock_sh),写的时候也进行加锁(lock_ex),这样写程序会等着读程序完成之后才进行操作,而不会出现贸然操作的情况
写的时候:
如果多个写程序不加锁同时对文件进行操作,那么最后的数据有可能一部分是a程序写的,一部分是b程序写的
如果写的时候加锁了,这个时候有其他的程序来读,那么他会读到什么东西呢?
- 如果读程序没有申请共享锁,那么他会读到dirty的数据。比如写程序要写a,b,c三部分,写完a,这时候读读到的是a,继续写b,这时候读读到的是ab,然后写c,这时候读到的是abc.
- 如果读程序在之前申请了共享锁,那么读程序会等写程序将abc写完并释放锁之后才进行读。