1.php
2.php
3.php
程序测试方法 1: 运行 1.php 然后马上去运行 2.php , 2.php 的输出结果是空.
2: 运行 1.php 然后马上去运行 3.php, 3.php 将在 1.php 运行结束后才能结束
不过结果文件内容是: "shit" 而不是 "hightmanshit"
我们将2.php修改为：
运行 1.php 然后马上去运行 2.php ：可以得到正确的“hightman”，不过要在 1.php 运行结束之后。
不过要在 1.php 运行结束之后－－2.php 才能继续运行，得到正确的结果。如果 2 不锁，那就不会等待 1，立即返回一个空值
me 来小结一下吧：
1、flock在不同操作系统/分区格式可能有不同表现，所以要小心多测试。以楼主提供的测试方法，第二条我在winxp/fat32得到了正确结果，不知道楼主的测试环境如何
2、至于fread之前是否需要flock，我的意见是“要”！虽然手册上fread的例子都是不锁的。其实fread使用概率虽高于fwrite，但也不是每页要调用几百上千，不锁又能节省多少时间？毕竟数据安全才是最重要的
读写相关的问题是永远存在的，文件锁就是为了解决这个问题而做的，其实它就是个简单的信号量。读写相关性指由于同时读写文件造成文件数据的随机性冲突。为了明确知道在何时通过何种操作对更改或是读取了文件中的那些数据，有必要对操作进行序列化，原子化，同步化，使用户能确知在何时文件中有什么数据。文件锁就是其中一个工具。
文件系统一般有两种锁，共享锁及排它锁，也可被称为读锁和写锁。
文件系统锁的特点：
一个文件打开的时候只能拥有一把锁，就是说在同时，不能给一个文件同时分配两把以上的锁。
读写已被上锁的文件的用户可以持有这把锁，即持有这把锁的用户可以对该文件进行相应的操作，如读或写。用户可以申请持有某个文件锁，如果文件开始无锁，申请持有锁之前先由系统为该文件创建了一把锁，然后该申请者持有它。
持有锁的规则：如果这个文件已拥有一个读（共享）锁，其它用户不能为该文件分配排它锁或只读锁，但可以持有这把锁，也就是说其它用户可以读文件，但只要该文件被锁住，就没有用户可以对其进行写入。如果该文件已有一把排它锁且已为某用户持有，则没有任何用户可以再持有这把锁，除非持有者解锁。
有一个重要的概念要记住：对文件的操作本身与锁其实没有什么关系，无论文件是否被上锁，用户都可以随意对文件进行正常情况下的任何操作，但操作系统会检查锁，针对不同的情况给予不同的处理。比如说在无锁的情况下，任何人可以同时对某文件进行任意的读写，当然这样很有可能读写的内容会出现错误——注意只是内容出错，操作并不会出错。加锁后，某些操作在某些情况下会被拒绝。文件锁的作用并不是保护文件及数据本身，而是保证数据的同步性，因此文件锁只对持有锁的用户才是真正有效的，也只有所有用户都使用同一种完全相同的方式利用文件锁的限制对文件进行操作，文件锁才能对所有用户有效，否则，只要有一个例外，整个文件锁的功能就会被破坏。比如，所有人都遵循的开文件，加锁，操作读写，解锁，关闭文件的步骤的话，所有的人操作都不会出现问题，因为基于文件锁的分配及持有原则，文件中的数据的更新是作为原子操作存在的，是不可分的，因此也是同步的，安全的。但假如某个人不是采取此步骤，那么他在读写时就会出现问题，不是读不准就是写不进等等。
基于以上原理，对读数据是否锁定这点就值得说说。一般来说，写数据的时候排它锁定是唯一的操作，它这时保证写到文件中的数据是正确的，文件被锁时，其它用户无法得到该锁，因此无权做任何操作。在读的时候，要视具体情况而定，大多数情况下，如果不需要特别精确或是敏感的数据，无需锁定，因为锁定要花时间和资源，一个人申请持有锁花不了时间，人一多就有问题了，最主要的是，如果该文件需要被更新的话，假如被上了只读锁，则写入无法进行，因为那些想写入的用户将得不到排它锁，如果同时申请持有只读锁的人过多的话，排它锁就有可能一直申请不到，这样表现就是文件可能很长时间内无法被写入，显得很慢。一般来说，写文件的机会相对较少，也更重要，因此主要做好排它锁定，只读锁在多数情况下并无必要。那么只读锁用在何处呢？只读锁其实只对用户本身有用，只读锁保证用户读到的数据是确实从文件中读到的真实数据，而不是被称为“dirty”的脏数据。其实，这个还是针对那些不用锁的其它用户对文件的误操作，假如文件上锁，其它用户不一定非要通过锁对文件进行读写，如果他是直接读写的话，对上了锁的文件操作不一定有效，持有读锁的用户可以肯定在他读数据的时候读出来的是从真实的文件中得到的，而不是同时已被覆盖掉的数据。
因此，在写入的时候上排它锁应该是天经地义的，可以保证这时数据的不会出错。如果你不申请共享锁，可能读出的数据有错误，但对文件本身没有任何影响，影响只是对用户的，申请共享锁后读出的数据肯定是当时读的时候文件中的真实数据，如果不是为了保证数据的精确性，共享锁可以不加，充其量就是重新读一次，如果你读它是为了写入，不如直接加排它锁，没有必要用共享锁。
还有一点要强调的是：文件锁只对使用它的用户，而且是按规则使用它的用户才有效，否则，你用你的，我用我的，有的用，有的不用，还是会乱套的，错误还是会出现的，对同一个文件，只有大家用同一个规则用文件锁，才能保证每个用户在对该文件进行共享操作的时候不会出现读写错误。
以上是就本人知识说的一点原理，可能有些错漏，如有需要更正的，还请多指教。
来源：
http://www.chinaunix.net/jh/27/255335.html
<?php
$fd = fopen("./test.txt", "w");
flock($fd, LOCK_EX);
sleep(10);
fwrite($fd, "hightman");
flock($fd, LOCK_UN);
fclose($fd);
?>
$fd = fopen("./test.txt", "w");
flock($fd, LOCK_EX);
sleep(10);
fwrite($fd, "hightman");
flock($fd, LOCK_UN);
fclose($fd);
?>
2.php
<?php
$fd = fopen("./test.txt", "r");
echo fread($fd, 512);
fclose($fd);
?>
$fd = fopen("./test.txt", "r");
echo fread($fd, 512);
fclose($fd);
?>
3.php
<?php
if ($fd = @fopen("./test.txt", "r+")) {
flock($fd, LOCK_EX);
fseek($fd, 0, SEEK_END);
fwrite($fd, "shit");
flock($fd, LOCK_UN);
fclose($fd);
}
?>
if ($fd = @fopen("./test.txt", "r+")) {
flock($fd, LOCK_EX);
fseek($fd, 0, SEEK_END);
fwrite($fd, "shit");
flock($fd, LOCK_UN);
fclose($fd);
}
?>
程序测试方法 1: 运行 1.php 然后马上去运行 2.php , 2.php 的输出结果是空.
2: 运行 1.php 然后马上去运行 3.php, 3.php 将在 1.php 运行结束后才能结束
不过结果文件内容是: "shit" 而不是 "hightmanshit"
我们将2.php修改为：
<?php
$fd = fopen("./test.txt", "r");
flock($fd, LOCK_SH); // or LOCK_EX
echo fread($fd, 512);
flock($fd, LOCK_UN);
fclose($fd);
?>
$fd = fopen("./test.txt", "r");
flock($fd, LOCK_SH); // or LOCK_EX
echo fread($fd, 512);
flock($fd, LOCK_UN);
fclose($fd);
?>
运行 1.php 然后马上去运行 2.php ：可以得到正确的“hightman”，不过要在 1.php 运行结束之后。
不过要在 1.php 运行结束之后－－2.php 才能继续运行，得到正确的结果。如果 2 不锁，那就不会等待 1，立即返回一个空值
me 来小结一下吧：
1、flock在不同操作系统/分区格式可能有不同表现，所以要小心多测试。以楼主提供的测试方法，第二条我在winxp/fat32得到了正确结果，不知道楼主的测试环境如何
2、至于fread之前是否需要flock，我的意见是“要”！虽然手册上fread的例子都是不锁的。其实fread使用概率虽高于fwrite，但也不是每页要调用几百上千，不锁又能节省多少时间？毕竟数据安全才是最重要的
读写相关的问题是永远存在的，文件锁就是为了解决这个问题而做的，其实它就是个简单的信号量。读写相关性指由于同时读写文件造成文件数据的随机性冲突。为了明确知道在何时通过何种操作对更改或是读取了文件中的那些数据，有必要对操作进行序列化，原子化，同步化，使用户能确知在何时文件中有什么数据。文件锁就是其中一个工具。
文件系统一般有两种锁，共享锁及排它锁，也可被称为读锁和写锁。
文件系统锁的特点：
一个文件打开的时候只能拥有一把锁，就是说在同时，不能给一个文件同时分配两把以上的锁。
读写已被上锁的文件的用户可以持有这把锁，即持有这把锁的用户可以对该文件进行相应的操作，如读或写。用户可以申请持有某个文件锁，如果文件开始无锁，申请持有锁之前先由系统为该文件创建了一把锁，然后该申请者持有它。
持有锁的规则：如果这个文件已拥有一个读（共享）锁，其它用户不能为该文件分配排它锁或只读锁，但可以持有这把锁，也就是说其它用户可以读文件，但只要该文件被锁住，就没有用户可以对其进行写入。如果该文件已有一把排它锁且已为某用户持有，则没有任何用户可以再持有这把锁，除非持有者解锁。
有一个重要的概念要记住：对文件的操作本身与锁其实没有什么关系，无论文件是否被上锁，用户都可以随意对文件进行正常情况下的任何操作，但操作系统会检查锁，针对不同的情况给予不同的处理。比如说在无锁的情况下，任何人可以同时对某文件进行任意的读写，当然这样很有可能读写的内容会出现错误——注意只是内容出错，操作并不会出错。加锁后，某些操作在某些情况下会被拒绝。文件锁的作用并不是保护文件及数据本身，而是保证数据的同步性，因此文件锁只对持有锁的用户才是真正有效的，也只有所有用户都使用同一种完全相同的方式利用文件锁的限制对文件进行操作，文件锁才能对所有用户有效，否则，只要有一个例外，整个文件锁的功能就会被破坏。比如，所有人都遵循的开文件，加锁，操作读写，解锁，关闭文件的步骤的话，所有的人操作都不会出现问题，因为基于文件锁的分配及持有原则，文件中的数据的更新是作为原子操作存在的，是不可分的，因此也是同步的，安全的。但假如某个人不是采取此步骤，那么他在读写时就会出现问题，不是读不准就是写不进等等。
基于以上原理，对读数据是否锁定这点就值得说说。一般来说，写数据的时候排它锁定是唯一的操作，它这时保证写到文件中的数据是正确的，文件被锁时，其它用户无法得到该锁，因此无权做任何操作。在读的时候，要视具体情况而定，大多数情况下，如果不需要特别精确或是敏感的数据，无需锁定，因为锁定要花时间和资源，一个人申请持有锁花不了时间，人一多就有问题了，最主要的是，如果该文件需要被更新的话，假如被上了只读锁，则写入无法进行，因为那些想写入的用户将得不到排它锁，如果同时申请持有只读锁的人过多的话，排它锁就有可能一直申请不到，这样表现就是文件可能很长时间内无法被写入，显得很慢。一般来说，写文件的机会相对较少，也更重要，因此主要做好排它锁定，只读锁在多数情况下并无必要。那么只读锁用在何处呢？只读锁其实只对用户本身有用，只读锁保证用户读到的数据是确实从文件中读到的真实数据，而不是被称为“dirty”的脏数据。其实，这个还是针对那些不用锁的其它用户对文件的误操作，假如文件上锁，其它用户不一定非要通过锁对文件进行读写，如果他是直接读写的话，对上了锁的文件操作不一定有效，持有读锁的用户可以肯定在他读数据的时候读出来的是从真实的文件中得到的，而不是同时已被覆盖掉的数据。
因此，在写入的时候上排它锁应该是天经地义的，可以保证这时数据的不会出错。如果你不申请共享锁，可能读出的数据有错误，但对文件本身没有任何影响，影响只是对用户的，申请共享锁后读出的数据肯定是当时读的时候文件中的真实数据，如果不是为了保证数据的精确性，共享锁可以不加，充其量就是重新读一次，如果你读它是为了写入，不如直接加排它锁，没有必要用共享锁。
还有一点要强调的是：文件锁只对使用它的用户，而且是按规则使用它的用户才有效，否则，你用你的，我用我的，有的用，有的不用，还是会乱套的，错误还是会出现的，对同一个文件，只有大家用同一个规则用文件锁，才能保证每个用户在对该文件进行共享操作的时候不会出现读写错误。
以上是就本人知识说的一点原理，可能有些错漏，如有需要更正的，还请多指教。
来源：
http://www.chinaunix.net/jh/27/255335.html
作者：jackxiang@向东博客 专注WEB应用 构架之美 --- 构架之美，在于尽态极妍 | 应用之美，在于药到病除
地址：http://jackxiang.com/post/1580/
版权所有。转载时必须以链接形式注明作者和原始出处及本声明！
最后编辑： jackxiang 编辑于2009-1-9 13:52
看到一段Post和Get数据通吃的代码段，但是为何不用$_request
WINXP+PCBSD双启动安装指南评论列表
