20:02:47
Session虽然我们经常在用，但以前对此理解不深，今天特别整理如下：
1.什么是Session?
session其实就是一个Map，【键=值】对，通过session.getAttribute("name");
获得session中设置的参数。
2.session的过期时间是从什么时候开始计算的？是从一登录就开始计算还是说从停止活动开始计算？
从session不活动的时候开始计算，如果session一直活动，session就总不会过期。
一旦Session被访问, 计时清零。
3.设置session的失效时间
a)web.xml中
<session-config> <session-timeout>30</session-timeout> </session-config>b)在程序中手动设置
session.setMaxInactiveInterval(30 * 60); //设置单位为秒，设置为-1永不过期
c)tomcat也可以修改session过期时间，在server.xml中定义context时采用如下定义：
<Context path="/livsorder"
docBase="/home/httpd/html/livsorder"
defaultSessionTimeOut="3600"
isWARExpanded="true"
isWARValidated="false"
isInvokerEnabled="true"
isWorkDirPersistent="false"
/>4.如何判断session是否过期
a）以前是根据 if(session.getAttribute('user')==null)判断是否为空
b) 如下为看到的一个帖子，判断session不为空的好方法：
request.getSeesion(boolean）这个方法里面传了一个boolean值。
这个值如果是true，那么如果当前的request的session不可用，那么就创建新的Session，如果存在就返回当前的Session。
如果参数是false，那么在request的当前会话不存在的时候就返回null。
这样我们就可以很容易的联想到这个所谓的request的当前会话是否存在和session过期的联系，所以我们就可以“近似地”认为session
不存在就是session过期了，那么我们就可以很容易地判断session是否过期了。方法如下：
if(request.getSession(false)==null){
System.out.println("Session has been invalidated!");}else {System.out.println("Session is active!");}
可能大家注意到我上面有一个“近似地”字眼，也就是说存在特别情况。这个特殊情况就是第一次请求还没有创建会话的时候，那么用这个方法返回的仍然是null。
也有很多人觉得应该使用javax.servlet.http.HttpSessionBindingListener接口来实现类似功能。
他们的意思是当session创建的时候session.setAttribute("isActive","yes");只要session没过期，那么我们就可以session.getAttribute("isActive")==null 来判断，但是我们如果在过期以后就不能用这个办法了，因为我们使用过期的session.getAttribute()方法就会抛出java.lang.IllegalStateException，这时候我们就只能通过捕捉这个异常来进行判断，这就会打乱我们整个程序的逻辑流程。
当然我们也可以在session过期的时候这样处理，在HttpSessionBindingListener接口的onValueUnbound()方法里面通过设置一个flag来标志session已过期，之后盘都使用这个flag，那么这个flag一定是要放在application里面，application是HttpServletContex类的对象，所以我们必须对这个flag加入是哪个session过期的信息，这样一来整个过程就十分麻烦。
关于用监听器实现我要补充一点，我的方法是站在某一个session的角度来实现的。如果说要监测多个session就应该站在application的角度来分析,这时候的最佳选择就是HttpSessionBindingListener或者HttpSessionListener
写这个帖子的目的就是让大家在需要判断的时候（不管session是否过期都OK）用这样的一条语句来简单的实现功能，至于意义我们姑且不谈。
