同意文件操作同意文件的问题在于逻辑有些地方不合适，如果多个线程同时写入，在不加锁的情况下，可能导致得到结果不如意，为了安全，和脏读（数据库的词），应该使用排他锁，这就意味着每次只能被一个线程操作。其他线程只能等待，如果超时则会报错。
1 关键函数： 2 fopen() // 打开文件或一个http地址，形成一个文件流 3 flock() // 对文件加锁及解锁 4 fwrite() // 对文件读写操作 5 fclose() // 关闭文件流
1 fopen() resource fopen ( string $filename , string $mode [, bool $use_include_path = false [, resource $context ]] ) 2 3 文件打开模式： 4 'r' 只读方式打开，将文件指针指向文件头。 5 'r+' 读写方式打开，将文件指针指向文件头。 6 'w' 写入方式打开，将文件指针指向文件头并将文件大小截为零。如果文件不存在则尝试创建之。 7 'w+' 读写方式打开，将文件指针指向文件头并将文件大小截为零。如果文件不存在则尝试创建之。 8 'a' 写入方式打开，将文件指针指向文件末尾。如果文件不存在则尝试创建之。 9 'a+' 读写方式打开，将文件指针指向文件末尾。如果文件不存在则尝试创建之。 10 'x' 创建并以写入方式打开，将文件指针指向文件头。如果文件已存在，则 fopen() 调用失败并返回 FALSE，并生成一条 E_WARNING 级别的错误信息。如果文件不存在则尝试创建之。这和给 底层的 open(2) 系统调用指定 O_EXCL|O_CREAT 标记是等价的。 11 'x+' 创建并以读写方式打开，其他的行为和 'x' 一样。
1 flock（） bool flock ( resource $handle , int $operation [, int &$wouldblock ] ) 2 3 4 handle 5 文件系统指针，是典型地由 fopen() 创建的 resource(资源)。 6 operation 7 operation 可以是以下值之一： 8 ◦ LOCK_SH取得共享锁定（读取的程序）。 9 ◦ LOCK_EX 取得独占锁定（写入的程序。 10 ◦ LOCK_UN 释放锁定（无论共享或独占）。 11 12 13 如果不希望 flock() 在锁定时堵塞，则是 LOCK_NB（Windows 上还不支持），即遇到有锁不等待，直接报错返回EWOULDBLOCK 14 写法为：$re = flock(lockfd,LOCK_EX|LOCK_NB) 15 有错则返回$re = -1，errno = EWOULDBLOCK
1 fwrite() int fwrite ( resource $handle , string $string [, int $length ] ) 2 3 handle 4 文件系统指针，是典型地由 fopen() 创建的 resource(资源)。 5 string 6 The string that is to be written. 7 length 8 如果指定了 length，当写入了 length 个字节或者写完了 string 以后，写入就会停止，视乎先碰到哪种情况。 9 10 注意如果给出了 length 参数，则 magic_quotes_runtime 配置选项将被忽略，而 string 中的斜线将不会被抽去。 11 12 fwrite() 返回写入的字符数，出现错误时则返回 FALSE 。
1 fclose() bool fclose ( resource $handle ) 2 3 handle 4 文件指针必须有效，并且是通过 fopen() 或 fsockopen() 成功打开的。
通常这样子并不能从根本解决阻塞问题，只能是缓解一下，最好是通过中间件或者reids把请求排成一个队列，保证请求队列不会数据丢失，但是对于写入的数据不是那么重要的，可以用这个方法，直接写入，丢失就丢失了。
在前期调试的时候，可以先用这个方法直接把数据写在文件里，可视化强烈一些，后期可以用mongodb替换文件写入，或者多个文件分类分目录写入，而控制阻塞问题需要使用redis等来控制确保单文件操作的同时，请求不会丢失。