什么是死鎖

學過操作系統的通同學，都了解多線程的概念。在多線程中訪問公共資源，需要對資源加鎖。訪問結束后，釋放鎖。如果沒有釋放鎖，那么下一個線程來獲取資源的時候就會永遠都無法獲取資源的鎖，于是這個線程死鎖了。那么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文件锁死锁怎么办的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。