現在我們開發了很多依賴于html' target='_blank'>Ajax請求的應用,在某些情況下,甚至全部頁面都依賴Ajax。有時我們會注意到,當一個網頁發送兩個或者更多Ajax請求時,PHP的反應時間會很長并會同時返回響應內容。
這個問題很可能是你處理PHP會話的方式造成的,跟著本文去理解這個問題,并做一些處理來避免這個問題。
為了理解這個問題,有必要先了解一下PHP會話和Ajax,以及它們是怎么干擾的。
假設你正在開發一個Web應用,想要識別不同用戶。你想要記住是誰每次瀏覽了所有頁面但都沒有登錄,這種情況下,你可以使用cookies或sessions。
可以你已經意識到了,sessions是一種存儲用戶信息的方式,它可以在任何頁面重新取回用戶信息。跟Cookies不同,Sessions是存儲在服務器上的,所有用戶不能直接改變這些信息。
默認情況下,Sessions在用戶關閉瀏覽器之前均有效,或者用戶在PHP配置文件中指定的時間內沒有活動之后才失效。
在PHP頁面中,無論你什么時候想要存儲或者重新獲取用戶數據,都必須在頁面開始處調用session_start(),因此才有權限使用$_SESSION去獲取session數據。
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 heresession_write_close();sleep(5);
第三行代碼將釋放session文件鎖,所以另一個并發請求不需要等待就能運行,因為它可以調用session_start()而不會有任何問題。
總結
PHP有些微妙,會讓你擔心為什么奇怪的事情會發生。但是一旦你理解事情是怎么運行的,一切將變得有意義,并且你能更好的思考去解決問題。
譯文出處:http://www.ido321.com/1577.html
鄭重聲明:本文版權歸原作者所有,轉載文章僅為傳播更多信息之目的,如作者信息標記有誤,請第一時間聯系我們修改或刪除,多謝。
新聞熱點
疑難解答