php的線程不安全性

      上一篇文章說到一個問題：wev-server處理一個php請求，是給它一個線程呢？還是一個進程呢？這就要牽扯php本身的一些特性了。

      早期版本的x系統，包括linux等，其實不支援線程的。故而:那是為每一個php請求都建立分配了一個進程。 網上也很多人說這個問題，因為php手冊上說：php是使用線程的。實際上：此時是用多進程來類比線程而已。所以你查看線程進程什麼的，你會發現每個請求都是一個進程。

      到了後期：新版本的系統都支援線程了，windows更不用說了。問題是php本身是線程不安全的。那什麼叫：線程不安全呢？？舉個最簡單的例子：多個同樣的php請求過來： GET /file/create?name=a;         GET /file/create?name=b;

      如果每個php請求都是用一個線程會出現什麼情況呢？我們都知道：線程是公用進程空間的。這意味著：上述兩個請求是公用同一個進程記憶體空間的。而php收到使用者的請求之後，其會將GET參數進程儲存。 對上述請求會在superglobal變數 $_GET['name']中存放值。 問題是：

$_GET['name']只能存放唯一一個值（因其共用同一個進程空間，從而只有一個該變數），而這裡使用者兩個請求傳入了兩次值，此時：$_GET['name']中存放的是a還是b呢？顯然：無論怎樣，a和b都是只能存一個，不可能兩個都儲存著，這導致對這個變數空間的使用產生了競爭。 這也就是為什麼說：php是線程不安全的原因！！ 因為線程的公用記憶體空間這一特性已經決定了php在使用時是不安全的！！所以：一般每個php請求都是用一個進程來處理的，這樣每個都有自己獨立的記憶體空間，這就不會遇到上邊所說的問題了，亦即：php是進程安全的，但是線程不安全的。

      那很多人會說了：php新版本在windows下就是用線程來處理每一個請求，此時怎麼處理的？其實為了實現真正的線程，php內部有一套自己的機制，這就是TSRM （安全執行緒資源管理員）。這個機制說簡單一點就是：每當一個請求到來就會建立一個線程，但是同時會把全域變數拷貝一份存在一塊新申請的記憶體中，而後把這個記憶體塊串聯到一個vector中，並最終由zend engine(也就是執行php的虛擬機器)來管理
。說白了就是：對於導致產生線程不安全性的全域變數，每一個線程都單獨拷貝一份自己使用，通過這種拷貝的方式避免了資源競爭導致的線程不安全性。

（對於TSRM的詳細實現可以參見博文：http://www.laruence.com/2008/08/03/201.html）