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

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

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

　有一個(gè)方法可以避免這個(gè)問題，就是在使用完Session以后立即調(diào)用session_write_close（）方法關(guān)閉Session。這樣Session鎖就會(huì)釋放，即使當(dāng)前腳本還在等在處理。需要注意的是，調(diào)用該方法后，當(dāng)前腳本就不能進(jìn)一步操作Session了。

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