1.session其实就是一个Map，key=value，通过session.getAttribute("name");获得session中设置的参数
2.session的过期时间是从什么时候开始计算的？是从一登录就开始计算还是说从停止活动开始计算？
从session不活动的时候开始计算，如果session一直活动，session就总不会过期。从该Session未被访问,开始计时; 一旦Session被访问,计时清0;
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过没过期
1.一个是根据 if(session.getAttribute('user')==null)判断是否为空
2.另一个判断session不为空的方法：
request.getSeesion(boolean）方法，这个方法里面传了一个boolean值，
这个值如果是true，那么如果当前的request的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