1.session其实是一个Map，key=value，表示session.getattribute('name )； 获取在session中设定的参数
2.session的有效期是从什么时候开始计算的？ 是一注册就开始计算，还是从停止活动开始计算？
从session不活动时开始计算，如果session一直活动，则session永远不会过期。 从该Session未被访问开始计时； 当Session被访问时，时间清零0；
设定会话的有效期限
a )在web.xml中
30
b )通过编程手动设置
session.setmaxinactiveinterval (30 * 60 )； //设定单位为秒，设定为-1也不会失效
c ) tomcat还可以更改会话的到期日期。 在server.xml中定义上下文时，请按以下方式定义：
如何判断session是否过期
1 .根据session.getattribute (user ) )==空(==null )确定其是否为空
确定session非空的另一种方法：
request.get seesion (布尔)方法。 将布尔值传递给此方法。
如果该值为true，则如果当前request的session不可用，则创建新会话，如果存在，则返回当前会话。
如果参数为false，则在request的当前会话不存在时返回null。
这样，您就可以很容易地联想到当前会话(称为request )是否与session过期之间存在关联，从而可以“近似”地将session不存在视为session过期
可以很容易地判断session是否过期。 方法如下。
request.getsession (false )==null ) )。
system.out.println (sessionhasbeeninvalidated！ ' )；
else
system.out.println (sessioni sactive！ ' )；
上面有“近似地”这个词。 也就是说有特殊情况。 这种特殊情况是第一个请求尚未创建会话时，通过这种方式返回的仍然为空。 我觉得理由很明显。
很多人认为应该使用javax.servlet.http.httpsessionbindinglistener接口实现类似的功能。
他们的意思是在创建session时使用session.setattribute('isactive '，' yes ' )； 只要session没有过期，我们就可以用session.getattribute(isactive ) )==null来判断，如果我们过的话
如果使用过期的session.getAttribute ()方法，则会抛出Java.lang.illegalstateexception，因此此时只能捕获并判断此异常。 这个会命中的
打乱我们整个程序的逻辑流程。
当然，也可以在session过期时这样处理。 HttpSessionBindingListener接口的onValueUnbound ) )方法设置标志以指示session已过期，之后所有磁盘都将使用该标志。
那么，这个标志一定要放在APP里。 因为APP是HttpServletContex类的对象，所以此flag必须包含哪个session已过期的信息。 这样的话，整个过程就会非常麻烦。
关于通过监听器实现的事情我要补充一点。 我的方法是站在某个session的立场上实现的。 如果说要监视多个session，应该站在APP的立场上分析，此时的最佳选择。
这是HttpSessionBindingListener或http会话监听器