本文實例講述了php基于session鎖防止阻塞請求的方法。分享給大家供大家參考，具體如下：

說明：

這是一篇參考國外網站http://konrness.com/php5/how-to-prevent-blocking-php-requests/ 的譯文，前面一篇文章PHP編程中的Session阻塞問題與解決方法簡單分析了php session阻塞的解決方法，這里給出另一種解決方法。

正文：

現代瀏覽器限制到一個host并發連接的數量一般為4或6。這意味著,如果您的web頁面加載幾十個來自同一個host的assert file(js、圖像、css)時，由于并發數的限制，會產生排隊。同樣甚至更糟的是,這個問題也會發生在使用了session的php腳本中。

問題：

php的session缺省用文件存儲，當請求一個需要操作session的php文件(session_start())時，這個文件是會被第一個操作session的進程鎖定，導致其他請求阻塞。其他請求會掛起在session_start()直到session文件解鎖。

解決：

由于鎖定的session文件直到腳本執行結束或者session正常關閉才會解鎖，為了防止大量的php請求（需要使用$_SESSION數據）被鎖定，可以在寫完session后馬上關閉，這樣就釋放了鎖。

關閉session:

session_write_close();

這個技巧非常管用，尤其對于一個處理時間長的腳本。并且這個函數只是關閉了寫session，讀還是可以的。

// session_start();//可以讀寫session$_SESSION['latestRequestTime'] = time();//關閉sessionsession_write_close();//讀取session$twitterId = $_SESSION['twitterId'];

譯注：

在php5.4以后，session_set_save_handler 支持了傳遞SessionHandlerInterface 的方式，第二個參數就是指定session_write_close() 作為回調方法的（缺省就是true)，將函數 session_write_close() 注冊為 register_shutdown_function() 函數。

用Memcache或者Redis做session的存儲，是能解決“鎖定”的問題，但處理不好會導致連接數標高（在session操作后如果有耗時操作，連接是不回收的，可以主動在session寫操作完成后做session_write_close() 操作）

希望本文所述對大家PHP程序設計有所幫助。