在這裡提供4種高併發讀寫檔案的方案，各有優點，可以根據自己的情況解決php併發讀寫檔案衝突的問題。
複製**
**如下:
$fp=fopen('/tmp/lock.txt','w+');
if (flock($fp,lock_ex))else
fclose($fp);
但在php中，flock似乎工作的不是那麼好！在多併發情況下，似乎是經常獨佔資源，不即時釋放，或者是根本不釋放，造成死鎖，從而使伺服器的cpu占用很高，甚至有時候會讓伺服器徹底死掉。好像在很多linux/unix系統中，都會有這樣的情況發生。所以使用flock之前，一定要慎重考慮。
那麼就沒有解決方案了嗎？其實也不是這樣的。如果flock()我們使用得當，完全可能解決死鎖的問題。當然如果不考慮使用flock()函式，也同樣會有很好的解決方案來解決我們的問題。經過我個人的蒐集和總結，大致歸納了解決方案有如下幾種。
方案一：對檔案進行加鎖時，設定乙個超時時間。大致實現如下：
複製**
**如下:
if($fp=fopen($filename,'a'))
}while((!$canwrite)&&((microtime()-$starttime)<1000));
if($canwrite)
fclose($fp);
}超時設定為1ms，如果這裡時間內沒有獲得鎖，就反覆獲得，直接獲得到對檔案操作權為止，當然。如果超時限制已到，就必需馬上退出，讓出鎖讓其它程序來進行操作。
方案二：不使用flock函式，借用臨時檔案來解決讀寫衝突的問題。大致原理如下：
（1）將需要更新的檔案考慮乙份到我們的臨時檔案目錄，將檔案最後修改時間儲存到乙個變數，並為這個臨時檔案取乙個隨機的，不容易重複的檔名。
（2）當對這個臨時檔案進行更新後，再檢測原檔案的最後更新時間和先前所儲存的時間是否一致。
（3）如果最後一次修改時間一致，就將所修改的臨時檔案重新命名到原檔案，為了確保檔案狀態同步更新，所以需要清除一下檔案狀態。
（4）但是，如果最後一次修改時間和先前所儲存的一致，這說明在這期間，原檔案已經被修改過，這時，需要把臨時檔案刪除，然後返回false,說明檔案這時有其它程序在進行操作。
實現**如下：
複製**
**如下:
$dir_fileopen='tmp';
function randomid()
function cfopen($filename,$mode) while(file_exists($tempfilename));
if(file_exists($filename))else
$fp=fopen($tempfilename,$mode);
return $fp?array($fp,$filename,$id,@filemtime($filename)):false;
}function cfwrite($fp,$string)
function cfclose($fp,$debug='off')else
return $success;
}$fp=cfopen('lock.txt','a+');
cfwrite($fp,"welcome to beijing.\n");
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）不需要排隊。（影響快）方案三
在設計快取系統時，一般我們不會採用方案三。因為方案三的分析程式和寫入程式是不同步的，在寫的時間，完全不考慮到時候分析的難度，只管寫的行了。試想一下，如我們在更新乙個快取時，如果也採用隨機檔案讀寫法，那麼在讀快取時似乎會增加很多流程。但採取方案
一、二就完全不一樣，雖然寫的時間需要等待（當獲取鎖不成功時，會反覆獲取），但讀檔案是很方便的。新增快取的目的就是要減少資料讀取瓶頸，從而提高系統效能。
從上為個人經驗和一些資料的總結，有什麼不對的地方，或者沒有談到的地方，歡迎各位同行指正。
>
來自為知筆記(wiz)
php中併發讀寫檔案衝突的解決方案
在這裡提供4種高併發讀寫檔案的方案，各有優點，可以根據自己的情況解決php併發讀寫檔案衝突的問題。複製 如下 fp fopen tmp lock.txt w if flock fp,lock ex else fclose fp 但在php中，flock似乎工作的不是那麼好！在多併發情況下，似乎是經常...
分享十 php中併發讀寫檔案衝突的解決方案
複製 如下 fp fopen tmp lock.txt w if flock fp,lock ex else fclose fp 但 在php中，flock似乎工作的不是那麼好！在多併發情況下，似乎是經常獨佔資源，不即時釋放，或者是根本不釋放，造成死鎖，從而使伺服器的cpu占用 很高，甚至有時候會讓...
PHP併發下讀寫檔案函式
眾所周知，在高併發的狀態下，直接使用 php 讀寫同乙個檔案時，可能會導致檔案內容丟失，於是乎就需要額外的 來解決這個問題。大致的思路是先使用flock函式對原檔案進行鎖死，再來讀寫。下面的這個函式是從大名鼎鼎的可道雲的 中找到的。可道雲相信大家都不會陌生，它是乙個無資料庫的程式，因此配置儲存全都是...