java多用戶(hù)登陸session總是可以得到的是上一個(gè)用戶(hù)的信息？原因是您的第二個(gè)登錄用戶(hù)覆蓋了第一個(gè)用戶(hù)的信息。所以解決的辦法是：你可以使會(huì)話的鍵值動(dòng)態(tài)變化，比如：用戶(hù)a:userid賬號(hào)，用戶(hù)B:

java多用戶(hù)登陸session總是可以得到的是上一個(gè)用戶(hù)的信息？

原因是您的第二個(gè)登錄用戶(hù)覆蓋了第一個(gè)用戶(hù)的信息。所以解決的辦法是：你可以使會(huì)話的鍵值動(dòng)態(tài)變化，比如：用戶(hù)a:userid賬號(hào)，用戶(hù)B:userid賬號(hào)的值根據(jù)這個(gè)來(lái)得到，就可以避免上面的問(wèn)題。理論上，如果你得到了cookie，你就可以模仿用戶(hù)。根據(jù)以下具體分析：

此“身份密碼”由服務(wù)器生成并放置在客戶(hù)端瀏覽器的cookie中。服務(wù)器將有一個(gè)與之對(duì)應(yīng)的會(huì)話，會(huì)話ID也存儲(chǔ)在cookie中。

如上所述，服務(wù)器的會(huì)話ID存儲(chǔ)在客戶(hù)端的cookie中，以便其他用戶(hù)在cookie中獲得會(huì)話ID后，可以模擬原始用戶(hù)啟動(dòng)請(qǐng)求。

這似乎不合理

！但是，這是cookies和會(huì)話的機(jī)制。我們說(shuō)過(guò)當(dāng)cookie被禁用后，session可能無(wú)法正常工作，但是我們可以通過(guò)get將sessionid傳遞給服務(wù)器，因此如果sessionid以明文形式傳輸，則存在安全風(fēng)險(xiǎn)。

由于cookie存儲(chǔ)在客戶(hù)機(jī)中并且不安全，因此當(dāng)我們將用戶(hù)數(shù)據(jù)存儲(chǔ)在cookie中時(shí)，我們將對(duì)其進(jìn)行加密。例如，它將驗(yàn)證用戶(hù)的IP、終端身份等，即使其他用戶(hù)偽造Cookie，也無(wú)法驗(yàn)證。