因为默认情况下，当getSession()后，session就被被创建。session在创建时，服务器会通过Cookie返回session 的ID给浏览器，之后服务器根据浏览器Cookie里的session的ID来分辨不同用户。但是，这种方法返回的cookie是保存在浏览器的内存中，浏览器关闭后内存会被清理，所以在session在关闭浏览器后就失效了。虽然在服务器保存的session会在在有效期后才会被销毁，但是用户的cookie里没有session的ID,服务器就不能判断出当前用户是否是原先的那个用户。

如果用户不点击网站的“退出”链接，而直接关闭浏览器（或者强制关闭浏览器进程、死机等），服务器无法处理用户退出网站的请求，解决方式如下：
方式1：在每个页面中加入隐藏的IFrame，以异步刷新的方式定期刷新iframe页面，如每隔10S刷新一次，当服务器在一定的时间内未收到用户的刷新请求，则认为用户已经退出
优点：能在短时间内判断出用户是否已经退出缺点：增加用户请求次数，所消耗的服务器资源较大
方式2：使用cookie保存用户登录信息,不要设置cookie的过期时间，当关闭浏览器时，cookie会自动过期
优点：处理方便缺点：用户浏览器不一定支持cookie，也就无法实现该方式
方式3：在页面中添加onunload事件，当关闭浏览器时，自动跳转到“退出”页面（loginout.action）
优点：退出时，能及时进行处理缺点：当用户打开多个页面时，关闭任何一个页面都有可能导致用户的退出
方式4：记录用户的每次操作时间（包括页面刷新、提交表单等），在数据库中用作业每隔一段时间检查上次的操作时间，当操作时间大于一定的数值时，就认为该用户已经退出
优点：无论哪种非正常退出，都能够进行处理缺点：进行检查的时间间隔不容易确定，如果用户在线，当长时间未操作，也会认为用户已经退出
方式5：等待session失效
优点：你可以不用做任何工作缺点：用户可以在你等待的这段时间内重新登录。

原因：

因为默认情况下，当getSession()后，session就被被创建。session在创建时，服务器会通过Cookie返回session 的ID给浏览器，之后服务器根据浏览器Cookie里的session的ID来分辨不同用户。但是，这种方法返回的cookie是保存在浏览器的内存中，浏览器关闭后内存会被清理，所以在session在关闭浏览器后就失效了。虽然在服务器保存的session会在在有效期后才会被销毁，但是用户的cookie里没有session的ID,服务器就不能判断出当前用户是否是原先的那个用户。

解决方法：

 

我们可以创建一个新的CooKie，该Cookie的名字为jsession，path为WEB应用的虚拟路径，并设置setMaxAge()的毫秒值，让Cookie保存在客户端的硬盘中，这时即使多次对浏览器进行关开操作是不会清除客户端硬盘文件的。所以，Cookie就不丢失了，SessionId也不会随浏览器关闭而丢失。

　　具体代码实现：

　　

Cookie cookie = new Cookie("JSESSIONID",session.getId());

          cookie.setPath(request.getContextPath()+"/");

          cookie.setMaxAge(30*60);

          response.addCookie(cookie);

 

、

因为默认情况下，当getSession()后，session就被被创建。session在创建时，服务器会通过Cookie返回session 的ID给浏览器，之后服务器根据浏览器Cookie里的session的ID来分辨不同用户。但是，这种方法返回的cookie是保存在浏览器的内存中，浏览器关闭后内存会被清理，所以在session在关闭浏览器后就失效了。虽然在服务器保存的session会在在有效期后才会被销毁，但是用户的cookie里没有session的ID,服务器就不能判断出当前用户是否是原先的那个用户。

解决方法：

我们可以创建一个新的CooKie，该Cookie的名字为jsession，path为WEB应用的虚拟路径，并设置setMaxAge()的毫秒值，让Cookie保存在客户端的硬盘中，这时即使多次对浏览器进行关开操作是不会清除客户端硬盘文件的。所以，Cookie就不丢失了，SessionId也不会随浏览器关闭而丢失。

原因：

因为默认情况下，当getSession()后，session就被被创建。session在创建时，服务器会通过Cookie返回session 的ID给浏览器，之后服务器根据浏览器Cookie里的session的ID来分辨不同用户。但是，这种方法返回的cookie是保存在浏览器的内存中，浏览器关闭后内存会被清理，所以在session在关闭浏览器后就失效了。虽然在服务器保存的session会在在有效期后才会被销毁，但是用户的cookie里没有session的ID,服务器就不能判断出当前用户是否是原先的那个用户。

解决方法：

 

我们可以创建一个新的CooKie，该Cookie的名字为jsession，path为WEB应用的虚拟路径，并设置setMaxAge()的毫秒值，让Cookie保存在客户端的硬盘中，这时即使多次对浏览器进行关开操作是不会清除客户端硬盘文件的。所以，Cookie就不丢失了，SessionId也不会随浏览器关闭而丢失。

　　具体代码实现：

　　

Cookie cookie = new Cookie("JSESSIONID",session.getId());

          cookie.setPath(request.getContextPath()+"/");

          cookie.setMaxAge(30*60);

          response.addCookie(cookie);

1.现有问题如下:

B/S架构, 关闭浏览器后, 保存登录信息试下, 需要重新登录. ( 此时服务端sessionid并没有消亡 )

2.问题分析:

1.正常情况下，发送http请求时，消息头中会自动携带cookie信息，这其中就会包括SESSIONID信息，所以只要我们没有关闭浏览器，消息头中都会自动携带这个信息，以供服务器访问相应的session。

   

2.但当我们关闭浏览器之后，cookie中的JSESSIONID信息没有了，不会自动携带这个session信息了， 再次访问时, 服务器首先检查这个客户端的请求里是否包含了一个session标识, 若服务器找不到这个session，就会自动添加新的session，

   

3.若服务器端之前的sessionid还没有消亡，服务器会一直保留这个会话对象直到它处于非活动状态超过设定的间隔为止。所以我们没必要新添加session。