在進行Web應用程序開發(fā)的時候，人們經(jīng)常會用Session存儲數(shù)據(jù)。但可能有人不知道，在PHP中，Session使用不當可能會引起并發(fā)問題。印度醫(yī)療行業(yè)軟件解決方案提供商Plus91 Technologies高級工程師Kishan Gor在個人博客上對這個問題進行了闡釋。

如果同一個客戶端并發(fā)發(fā)送多個請求，而每個請求都使用了Session，那么PHP Session鎖的存在會導致服務器串行響應這些請求，而不是并行。這是因為在默認情況下，PHP使用文件存儲Session數(shù)據(jù)。對于每一個新的Session，PHP會創(chuàng)建一個文件，并持續(xù)向其中寫入數(shù)據(jù)。所以，每次調用session_start（）方法，就會打開Session文件，并取得文件的獨占鎖。這樣，如果服務器腳本正在處理一個請求，而客戶端又發(fā)送了一個同樣需要使用Session的請求，那么后一個請求會阻塞，直至前一個請求處理完成釋放了文件上的獨占鎖。不過，這只限于來自同一個客戶端的多個請求，也就是說，來自一個客戶端的請求并不會阻塞另一個客戶端的請求。

　如果腳本很短，這通常沒有問題。但如果腳本運行時間比較長，那就可能會產生問題。在現(xiàn)代Web應用程序開發(fā)中，有一個非常常見的情況，就是使用AJAX技術在同一個頁面內發(fā)送多個請求獲取數(shù)據(jù)。如果這些請求都需要使用Session，那么第一個請求到達服務器后會取得Session鎖，其它請求就必須等待，所有請求將串行處理，即使它們彼此之間并沒有依賴關系。這將大大增加頁面的響應時間。

　有一個方法可以避免這個問題，就是在使用完Session以后立即調用session_write_close（）方法關閉Session。這樣Session鎖就會釋放，即使當前腳本還在等在處理。需要注意的是，調用該方法后，當前腳本就不能進一步操作Session了。

需要特別指出的是，本文所陳述的問題和觀點只適用于使用session_start（）方法的PHP默認Session管理模式。比如，有用戶就指出，如果將應用程序托管在AWS EC2上，并正確配置DynamoDB，Session鎖定問題就不會出現(xiàn)。