php檔案鎖死鎖怎麼辦

什麼是死鎖

學過作業系統的通同學，都了解多執行緒的概念。在多執行緒中存取公共資源，需要對資源加鎖。訪問結束後，釋放鎖。如果沒有釋放鎖，那麼下一個執行緒來取得資源的時候就會永遠無法取得資源的鎖，於是這個執行緒死鎖了。那麼CGI是多執行緒的公共資源存取所導致的死鎖嗎？答案是NO。

1. CGI 是單執行緒進程，透過ps 就能看到。 （進程狀態 Sl的才是多執行緒進程）。

2. 即使是多執行緒的，死鎖發生在PHP的shutdown過程中呼叫glibc 中time 函數的位置，不是php模組造成的。而glibc 中的time相關函數是線程安全的，不會產生死鎖。

什麼導致的死鎖呢？

透過分析linux中死鎖產生的機制，發現除了多執行緒會產生死鎖外，訊號處理函數同樣會產生死鎖。那麼cgi是由於訊號處理導致的死鎖嗎？在這之前介紹一個感念。

函數的可重入性與訊號安全性

函數可重入是指，無論第幾次進入函數，函數都能正常執行並傳回結果。那麼線程安全函數是可重入的嗎？答案是NO。線程安全函數，在第一次存取公共資源時，會取得全域鎖。如果函數沒有執行完成，鎖還沒釋放，此時程序中斷。那麼在中斷處理函數中，再次存取該函數，就會產生死鎖。

那麼什麼樣的函數可以在中斷處理函數中存取呢？

除了沒有使用全域鎖定的函數，還有一些signal safe的系統呼叫可以使用。呼叫任何其他的非signal safe的函數都會產生不可預測的後果（例如 死鎖）。詳見 man signal。在分析死鎖的原因前，我們先來看看cgi執行的流程，分析其中有沒有產生死鎖的可能。

PHP-CGI的執行流程

Glibc中的時間函數使用到了全域鎖，保證函數的執行緒安全，但沒有保證訊號安全（signal safe）。經過先前的分析，我們初步懷疑死鎖是由於PHP-CGI進程接收到了一個訊號，然後在signal handle中執行了非signal safe的函數。主流程在中斷前，正在執行glibc中的時間函數。在函數取得的鎖沒釋放前，進入中斷流程。而中斷過程中又存取了glibc中的時間函數。於是導致了死鎖。

PHP-CGI的執行流程，如下圖所示：

#解決方法：

去掉或簡化qalarm註冊到shutdown中的鉤子函數。避免不安全的函數呼叫。

以上內容僅供參考！

推薦教學：PHP影片教學

#

以上是php檔案鎖死鎖怎麼辦的詳細內容。更多資訊請關注PHP中文網其他相關文章！