前几天在做一个签到系统时，遇到了喜闻乐见的session问题，项目为spring+springmvc+mybatis框架，maven管理目录的javaweb端系统，对于session的一些问题，作出以下分析,在这里，着重讨论session生命周期的问题，至于其他定义，不做解释：
首先，说明一下session的生命周期：
存储:session存储在服务器端，一般为了防止在服务器的内存中（为了高速存取），sessinon在用户访问第一次访问服务器时创建，需要注意只有访问jsp、servlet等程序时才会创建session，只访问html、image等静态资源并不会创建session。在一个javaweb应用中，可调用request.getsession(boolean xxx)生成session。注意，boolean型参数为true时，在此处强制生成一个新的session。
1.session失效时间:
距离上一次使用该session的时间达到设置的失效时间，session失效
2.还有一种是方法 session.invalidate()被执行，主动使得session失效
对于失效时间，可以通过配置web.xml中的属性来定义：
|
1
2
3
|
<session-config><session-timeout>失效时间</session-timeout></session-config> |
失效时间单位为分钟，若要使session有效时间为一天，则可以设为60*24，当设置为0或负数时，session永久有效，根据失效时间的定义，很容易理解这一情况。
session为什么在浏览器关闭之后失效了？
- 未设置session失效时间，默认为浏览器关闭后失效；
- 大部分的session机制都是采用进程中的cookie来保存sessionid的，也就是jsessionid，浏览器关闭后进程消失，进程中的cookie消失，那么sessionid也就跟着消失了。
根据已知的内容，写了一个简单的例子:
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
|
@controllerpublic class sessiontest { @requestmapping("/sessiontest") public string sessiontest(httpservletrequest request, httpservletresponse response){ system.out.println("success!"); httpsession session = request.getsession(); session.setmaxinactiveinterval(259200); request.setattribute("creationtime",session.getcreationtime());//创建时间 request.setattribute("id",session.getid());//id request.setattribute("max",session.getmaxinactiveinterval(-1));//最大失效时间 //在这里，maxinactiveinterval的优先级高于web.xml中的session-cofig，单位为秒 request.setattribute("lasttime",session.getlastaccessedtime());//上次使用时间 request.setattribute("sessiontest",session);// system.out.println(session.getcreationtime());// system.out.println(session.getmaxinactiveinterval());// system.out.println(session.getlastaccessedtime()); return "page/showsession"; } <table border="1" cellspacing="0" cellpadding="0"> <tr><td>创建时间:</td><td>${creationtime}</td></tr> <tr><td>id：</td><td>${id}</td></tr> <tr><td>最大存活时间:</td><td>${max}</td></tr> <tr><td>上次使用时间:</td><td>${lasttime}</td></tr> <tr><td>session:</td><td>${sessiontest}</td></tr> </table> |
解析:
- 上面的代码模拟了一次登录情况，控制器中，创建了一个httpsession对象，基本设置了所有能设置的参数，
- 但是在浏览器关闭后，再次进入主页面时，还是需要再次登录，说明浏览器端是没有再次拿到这个session对象的，我们可以在chrome浏览器的设置->显示高级设置->隐私设置的内容设置->所有cookie与网站数据中，搜索本地tomcat服务器去查看本次存入的session，即一个名为jsessionid的cookie，情况如下
可见，session的失效时间其实还是在浏览器关闭时，所以只有浏览器不关闭再次访问的情况，才能继续使用登录状态，到底上面我们所设置的失效时间代表的是什么？
浏览器和服务器之间创建了一个session，由于客户端长时间（休眠时间）没有与服务器交互，服务器将此session销毁，客户端再一次与服务器交互时之前的session就不存在了，我的理解是，失效时间只生效在一次会话过程中，若浏览器关闭，会话结束，其实失效时间设置为永久有效，就是到浏览器关闭，会话关闭的那个时刻。要解决这个问题，可以把cookie与session混用，有这么的笨办法:
主动添加cookie，设置保存目录与存活时间
|
1
2
3
4
5
6
7
|
public static void addcookie(string name, string value, int age, httpservletresponse response) throws unsupportedencodingexception { cookie c = new cookie(name, urlencoder.encode(value, "utf-8")); c.setmaxage(age); c.setpath(path); response.addcookie(c); } |
在再次访问时，使用cookie[] cookies = request.getcookies();遍历cookie,根据cookie的名字获取想要的cookie，也可说是session，最后，得到了自己想要的结果，session（这个名为jsessionid的cookie）逃出了浏览器的监禁。
总结
以上所述是小编给大家介绍的解决j2ee-session在浏览器关闭后失效问题，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对服务器之家网站的支持！
原文链接：http://blog.csdn.net/No_Endless/article/details/51979768
