Tomcat如何监控并删除超时Session详解

前言

偶然发现tomcat会话时间的半小时，并不是说会话创建后，只有半小时的有效使用时间，而是说会话空闲半小时后，会被删除。索性就翻了一下源码。做了一番整理。

注：空闲时间，指的是同一个会话两次请求之间的间隔时间

session相关类图

• httpsession就是大家servlet层可以直接使用的session.
• session是tomcat内部使用的接口，可以做一些内部调用
• standardsession是标准的httpsession实现，同时它也实现了session接口，用于tomcat内部管理
• standardsessionfacade，类名已经指明它就是一个“门面类”，它内部会引用一个standardsession的对象，但对外只提供httpsession规定的方法。

manager相关类图

standardmanager与persitentmanager都是manager的实现，但是它们在存储session对象的方式上有所不同。

standarmanager

1.tomcat运行时，把session存储在内存中

2.tomcat关闭时（注意是正常的关闭操作，而非突然崩溃），会把session写入到磁盘中，等到tomcat重启后再把session加载进来

persistentmanager

1.总是把session存储在磁盘中。

manager与context的关系

在tomcat中，一个context就是部署到tomcat中的一个应用（webapp）。每一个context都有一个单独的manager对象来管理这个应用的会话信息。

manager如何存储session

manager对象会使用一个map来存储session对象

• key  => sessionid
• value  => session object

 /**
  * the set of currently active sessions for this manager, keyed by
  * session identifier.
  */
 protected map<string, session> sessions = new concurrenthashmap<>();

当一个请求到达context的时候，如果它带有jsessionid的cookie，manager就能依此找到关联的session对象，放入到request对象中。

manager的定期检查

manager接口有一个backgroundprocess()方法，顾名思义就是后台处理。

/**
  * this method will be invoked by the context/container on a periodic
  * basis and allows the manager to implement
  * a method that executes periodic tasks, such as expiring sessions etc.
  */
 public void backgroundprocess();

注：container接口也有这个方法，这个方法一般在容器启动（start）的时候，开启一个额外的线程来执行这个backgroundprocess方法。其中context的这个方法启动后，会执行loader和manager的backgroundprocess方法。

我们来看看这个方法都做了些什么？

/**
 * {@inheritdoc}
 * <p>
 * direct call to {@link #processexpires()}
 */
@override
public void backgroundprocess() {
 count = (count + 1) % processexpiresfrequency;
 if (count == 0) //如果达到检查频率则开始检查
  processexpires();
}

/**
 * invalidate all sessions that have expired.
 */
public void processexpires() {

 long timenow = system.currenttimemillis();
 session sessions[] = findsessions(); //获取所有session对象
 int expirehere = 0 ; //过期session的数量，不要被这个变量名骗了

 if(log.isdebugenabled())
  log.debug("start expire sessions " + getname() + " at " + timenow + " sessioncount " + sessions.length);
 for (int i = 0; i < sessions.length; i++) {
  if (sessions[i]!=null && !sessions[i].isvalid()) {
   expirehere++;
  }
 }
 long timeend = system.currenttimemillis();
 if(log.isdebugenabled()) //打印记录
   log.debug("end expire sessions " + getname() + " processingtime " + (timeend - timenow) + " expired sessions: " + expirehere);
 processingtime += ( timeend - timenow );

}

很多人看到这里，可能会有跟我一样的疑惑，即这里面根本就没有使session过期失效的操作，好像只做了状态检查。不过后来看到了session的isvalid方法的实现就都明白了。

/**
 * return the <code>isvalid</code> flag for this session.
 */
@override
public boolean isvalid() {

 if (!this.isvalid) {
  return false;
 }

 if (this.expiring) {
  return true;
 }

 if (activity_check && accesscount.get() > 0) {
  return true;
 }

 //关键所在
 //如果有设置最大空闲时间
 //就获取此session的空闲时间进行判断
 //如果已超时，则执行expire操作
 if (maxinactiveinterval > 0) { 
  int timeidle = (int) (getidletimeinternal() / 1000l);
  if (timeidle >= maxinactiveinterval) {
   expire(true);
  }
 }

 return this.isvalid;
}

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对的支持。