解決AJAX請求使PHP反應時間過長的問題

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

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

什麼是php會話？

什麼是ajax？

具體問題

造成的原因

問題的解決方法

總結為了理解這個問題，有必要先了解一下php會話和ajax，以及它們是怎麼干擾的。

假設你正在開發乙個web應用，想要識別不同使用者。你想要記住是誰每次瀏覽了所有頁面但都沒有登入，這種情況下，你可以使用cookies或sessions。

可以你已經意識到了，sessions是一種儲存使用者資訊的方式，它可以在任何頁面重新取回使用者資訊。跟cookies不同，sessions是儲存在伺服器上的，所有使用者不能直接改變這些資訊。

預設情況下，sessions在使用者關閉瀏覽器之前均有效，或者使用者在php配置檔案中指定的時間內沒有活動之後才失效。

在php頁面中，無論你什麼時候想要儲存或者重新獲取使用者資料，都必須在頁面開始處呼叫session_start(),因此才有許可權使用$_session去獲取session資料。

開發幾乎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有些微妙，會讓你擔心為什麼奇怪的事情會發生。但是一旦你理解事情是怎麼執行的，一切將變得有意義，並且你能更好的思考去解決問題。

譯文出處：