其實解決多調用同時寫一個文件時我們會使用flock來解決些問題,這樣同一時間只有一個用戶可以寫文件,同時其它用戶進行等待隊列了,下面我來介紹一下flock解決多用戶讀寫文件沖空問題.

所以一般的方案會是,代碼如下:

1. $fp = fopen("/tmp/lock.txt", "w+"); 
2. if (flock($fp, LOCK_EX)) { 
3.     fwrite($fp, "Write something heren"); 
4.     flock($fp, LOCK_UN); 
5. } else { 
6.     echo "Couldn't lock the file !"; 
7. } 
8. fclose($fp); 

但在PHP中,flock似乎工作的不是那么好,在多并發情況下,似乎是經常獨占資源,不即時釋放,或者是根本不釋放,造成死鎖,從而使服務器的cpu占用很高,甚至有時候會讓服務器徹底死掉,好像在很多linux/unix系統中,都會有這樣的情況發生.

所以使用flock之前,一定要慎重考慮.

那么就沒有解決方案了嗎？其實也不是這樣的,如果flock()我們使用得當,完全可能解決死鎖的問題,當然如果不考慮使用flock()函數,也同樣會有很好的解決方案來解決我們的問題.

經過我個人的搜集和總結,大致歸納了解決方案有如下幾種.

方案一:對文件進行加鎖時,設置一個超時時間,大致實現如下:

1. if($fp = fopen($fileName, 'a')) { 
2.  $startTime = microtime(); 
3.  do {//開源代碼Vevb.com 
4.          $canWrite = flock($fp, LOCK_EX); 
5.   if(!$canWrite) usleep(round(rand(0, 100)*1000)); 
6.  } while ((!$canWrite) ＆＆ ((microtime()-$startTime) < 1000)); 
7.  if ($canWrite) { 
8.    fwrite($fp, $dataToSave); 
9.  } 
10.  fclose($fp); 
11. } 

超時設置為1ms,如果這里時間內沒有獲得鎖,就反復獲得,直接獲得到對文件操作權為止,當然,如果超時限制已到,就必需馬上退出,讓出鎖讓其它進程來進行操作.

方案二:不使用flock函數,借用臨時文件來解決讀寫沖突的問題.

大致原理如下:

1。將需要更新的文件考慮一份到我們的臨時文件目錄，將文件最后修改時間保存到一個變量，并為這個臨時文件取一個隨機的，不容易重復的文件名。

2。當對這個臨時文件進行更新后，再檢測原文件的最后更新時間和先前所保存的時間是否一致。

3。如果最后一次修改時間一致，就將所修改的臨時文件重命名到原文件，為了確保文件狀態同步更新，所以需要清除一下文件狀態。

4。但是，如果最后一次修改時間和先前所保存的一致，這說明在這期間，原文件已經被修改過，這時，需要把臨時文件刪除，然后返回false,說明文件這時有其它進程在進行操作。

大致實現代碼如下:

1. $dir_fileopen = "tmp"; 
2.  
3. function randomid() { 
4.     return time().substr(md5(microtime()), 0, rand(5, 12)); 
5. } 
6. function cfopen($filename, $mode） { 
7.     global $dir_fileopen; 
8.     clearstatcache(); 
9.     do { 
10.         $id = md5(randomid(rand(), TRUE)); 
11.         $tempfilename = $dir_fileopen."/".$id.md5($filename); 
12.     } while(file_exists($tempfilename)); 
13.     if (file_exists($filename)) { 
14.         $newfile = false; 
15.         copy($filename, $tempfilename); 
16.     }else{ 
17.         $newfile = true; 
18.     } 
19.     $fp = fopen($tempfilename, $mode); 
20.     return $fp ? array($fp, $filename, $id, @filemtime($filename)) : false; 
21. } 
22. function cfwrite($fp,$string) { return fwrite($fp[0], $string); } 
23. function cfclose($fp, $debug = "off") { 
24.     global $dir_fileopen; 
25.     $success = fclose($fp[0]); 
26.     clearstatcache(); 
27.     $tempfilename = $dir_fileopen."/".$fp[2].md5($fp[1]); 
28.     if ((@filemtime($fp[1]) == $fp[3]) || ($fp[4]==true && !file_exists($fp[1])) || $fp[5]==true) { 
29.         rename($tempfilename, $fp[1]); 
30.     }else{//開源代碼Vevb.com 
31.         unlink($tempfilename); 
32.   //說明有其它進程 在操作目標文件，當前進程被拒絕 
33.         $success = false; 
34.     } 
35.     return $success; 
36. } 
37. $fp = cfopen('lock.txt','a+'); 
38. cfwrite($fp,"welcome to beijing.n"); 
39. fclose($fp,'on'); 

對于上面的代碼所使用的函數,需要說明一下:

1.rename();重命名一個文件或一個目錄,該函數其實更像linux里的mv,更新文件或者目錄的路徑或名字很方便.

但當我在window測試上面代碼時,如果新文件名已經存在,會給出一個notice,說當前文件已經存在,但在linux下工作的很好.

2.clearstatcache();清除文件的狀態.php將緩存所有文件屬性信息,以提供更高的性能,但有時,多進程在對文件進行刪除或者更新操作時,php沒來得及更新緩存里的文件屬性,容易導致訪問到最后更新時間不是真實的數據,所以這里需要使用該函數對已保存的緩存進行清除.

方案三:對操作的文件進行隨機讀寫,以降低并發的可能性.

在對用戶訪問日志進行記錄時,這種方案似乎被采用的比較多.

先前需要定義一個隨機空間,空間越大,并發的的可能性就越小,這里假設隨機讀寫空間為[1-500],那么我們的日志文件的分布就為log1~到log500不等,每一次用戶訪問,都將數據隨機寫到log1~log500之間的任一文件.

在同一時刻，有2個進程進行記錄日志，A進程可能是更新的log32文件，而B進程呢？則此時更新的可能就為log399.要知道,如果要讓B進程也操作log32,概率基本上為1/500,差不多約等于零。

在需要對訪問日志進行分析時,這里我們只需要先將這些日志合并,再進行分析即可。

使用這種方案來記錄日志的一個好處時,進程操作排隊的可能性比較小,可以使進程很迅速的完成每一次操作。

方案四:將所有要操作的進程放入一個隊列中,然后專門放一個服務完成文件操作。

對于以前幾種方案,各有各的好處,大致可能歸納為兩類:

1。需要排隊（影響慢）比如方案一、二、四

2。不需要排隊。（影響快）方案三

在設計緩存系統時,一般我們不會采用方案三,因為方案三的分析程序和寫入程序是不同步的,在寫的時間,完全不考慮到時候分析的難度,只管寫的行了,試想一下,如我們在更新一個緩存時,如果也采用隨機文件讀寫法,那么在讀緩存時似乎會增加很多流程,但采取方案一、二就完全不一樣,雖然寫的時間需要等待,當獲取鎖不成功時,會反復獲取,但讀文件是很方便的,添加緩存的目的就是要減少數據讀取瓶頸,從而提高系統性能.