HttpSessionListener不起作用是個什么道理？瀏覽JSP將創(chuàng)建會話。。無法創(chuàng)建未在servlet中顯示的會話。。無論如何，您可以嘗試瀏覽JSP。。因為JSP默認支持會話。。它們之間的區(qū)別

HttpSessionListener不起作用是個什么道理？

瀏覽JSP將創(chuàng)建會話。。

無法創(chuàng)建未在servlet中顯示的會話。。

無論如何，您可以嘗試瀏覽JSP。。

因為JSP默認支持會話。。

它們之間的區(qū)別如下：1。Httpsession是JSP中常用的一種方法。確切地說，這是一個請求中的方法。例如：session=請求.getSession（true）//用于獲取會話httpsession，跟蹤和存儲用戶信息，并將值設(shè)置為屬性。有兩個方法：setattribute（），getattribute（）；例如，在一個方法中，使用會話.setAttribute（“student”，student）在會話中，將名為student的屬性和名為student的值設(shè)置為的對象。然后，可以在同一會話范圍內(nèi)使用getattribute（“student”）提取屬性以獲得student對象。2實際上，JSP中的會話與客戶機的cookie相對應(yīng)，會話將在服務(wù)器上保存一段時間。當訪問次數(shù)增加時，它將占用服務(wù)器的性能。為了降低服務(wù)器的性能，您應(yīng)該使用cookie。理論上，如果你得到一個cookie，你就可以模仿一個用戶。根據(jù)以下具體分析：

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

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

這似乎不合理

！但是，這是cookies和會話的機制。我們說過當cookie被禁用后，session可能無法正常工作，但是我們可以通過get將sessionid傳遞給服務(wù)器，因此如果sessionid以明文形式傳輸，則存在安全風險。

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