現在我們開發了很多依賴於Ajax請求的應用，在某些情況下，甚至全部頁面都依賴Ajax。有時我們會注意到，當一個網頁傳送兩個或者更多Ajax請求時，PHP的反應時間會很長並會同時返回響應內容。

這個問題很可能是你處理PHP會話的方式造成的，跟著本文去理解這個問題，並做一些處理來避免這個問題。

內容

什麼是PHP會話？

什麼是Ajax？

具體問題

造成的原因

問題的解決方法

總結

什麼是PHP會話？

為了理解這個問題，有必要先了解一下PHP會話和Ajax，以及它們是怎麼幹擾的。
假設你正在開發一個Web應用，想要識別不同使用者。你想要記住是誰每次瀏覽了所有頁面但都沒有登入，這種情況下，你可以使用cookies或sessions。
可以你已經意識到了，sessions是一種儲存使用者資訊的方式，它可以在任何頁面重新取回使用者資訊。跟Cookies不同，Sessions是儲存在伺服器上的，所有使用者不能直接改變這些資訊。
預設情況下，Sessions在使用者關閉瀏覽器之前均有效，或者使用者在PHP配置檔案中指定的時間內沒有活動之後才失效。
在PHP頁面中，無論你什麼時候想要儲存或者重新獲取使用者資料，都必須在頁面開始處呼叫session_start()

什麼是Ajax？

Ajax代表 Asynchronous JavaScript and XML，它是一種不用重新載入整個頁面就能向伺服器傳送資料和從伺服器接收資料的方式。
我們使用這種方式來發送資料，並以較快的速度從伺服器檢索資料。我們不用得到整個頁面並在瀏覽器中渲染它，因為這是很慢的。
因此，我們可以更新網頁的一部分，並且使用者是可以看見這種改變的，就像使用者向下滾動Facebook的時間線頁面來看他們想看的東西，隨著新內容新增而不用過載整個頁面。

具體問題

開發幾乎100%基於Ajax的Web應用已經不是一件新鮮事了，但是當一個網頁同時傳送兩個及以上的Ajax請求時，你會注意到請求會花費很長時間，並且幾乎在同一時刻完成了請求。

造成的原因

當你想伺服器傳送一個Ajax請求時，PHP指令碼也開啟了session_start()，它的呼叫會鎖定PHP的session檔案。
你可能已經知道，PHP預設會把session資料儲存在伺服器上的檔案中。因為僅僅只有一個PHP請求能改變同一個session檔案，兩個同時的PHP請求可能會造成典型的檔案鎖條件，因此，任何一個其他由PHP呼叫的對於同一個使用者的session_start()請求將不得不等到第一個請求結束。
現在，大部分PHP框架會首先在主檔案中使用session_start()。因此，如果你正在使用會呼叫session_start()的框架或者函式庫，將會造成session檔案鎖，對於使用同一個瀏覽器的相同使用者，這將延遲同時傳送的Ajax請求。

問題的解決方法

呼叫session_write_close()函式會使PHP寫入session檔案並關閉它，因此釋放session檔案後，另一個請求就有許可權寫入。
呼叫session_write_close()之後，當前指令碼會繼續正常執行，但你應該清楚在呼叫session_write_close()之後不允許改變任何session變數；在同一個指令碼中，其它同時傳送給PHP的請求可以鎖定session檔案並改變session變數。
為了讓你看到這種問題，我建立了測試程式碼並將它上傳到了github。你可以再這裡找到測試指令碼。在本地，你需要用一個例項來使用測試程式碼，然後開啟瀏覽器控制檯，檢視請求和響應時間。
正如我們在這個檔案中看到的示例程式碼,如果我們像下面程式碼這樣，建立多個請求…

session_start();
sleep(5);

同一個使用者的每個請求完成之前都將等到前一個請求完成。它將用時5s，因為知道指令碼完成之前，session檔案都沒有被釋放。因此，當第一次呼叫session_start()時，新的請求將被阻塞。那將殺死非同步請求的想法，也就是說，多個請求會在同一時間被髮送和被執行。
如果將檔案中的程式碼改一下：

session_start();
// do something useful here
session_write_close();
sleep(5);

第三行程式碼將釋放session檔案鎖，所以另一個併發請求不需要等待就能執行，因為它可以呼叫session_start()而不會有任何問題。

總結

PHP有些微妙，會讓你擔心為什麼奇怪的事情會發生。但是一旦你理解事情是怎麼執行的，一切將變得有意義，並且你能更好的思考去解決問題。