以上方法中大致有5中情况下需要保存数据到redis中，分别是：forceSave，redisSession.isDirty()，null == (isCurrentSessionPersisted = this.currentSessionIsPersisted.get())，!isCurrentSessionPersisted以及!Arrays.equals(originalSessionAttributesHash, (sessionAttributesHash = serializer.attributesHashFrom(redisSession)))其中一个为true的情况下保存数据到reids中；
3.1重点看一下forceSave，可以理解forceSave就是内置保存策略的一个标识，提供了三种内置保存策略：DEFAULT,SAVE_ON_CHANGE,ALWAYS_SAVE_AFTER_REQUEST
DEFAULT：默认保存策略，依赖其他四种情况保存session， SAVE_ON_CHANGE：每次session.setAttribute()、session.removeAttribute()触发都会保存， ALWAYS_SAVE_AFTER_REQUEST：每一个request请求后都强制保存，无论是否检测到变化；3.2redisSession.isDirty()检测session内部是否有脏数据
public Boolean isDirty() {
return Boolean.valueOf(this.dirty.booleanValue() || !this.changedAttributes.isEmpty());
}
每一个request请求后检测是否有脏数据，有脏数据才保存，实时性没有SAVE_ON_CHANGE高，但是也没有ALWAYS_SAVE_AFTER_REQUEST来的粗暴；
3.3后面三种情况都是用来检测三个ThreadLocal变量；
4.何时被移除
上一节中介绍了Tomcat内置看定期检测session是否过期，ManagerBase中提供了processExpires方法来处理session过去的问题，但是在RedisSessionManager重写了此方法
public void processExpires() {
}
直接不做处理了，具体是利用了redis的设置生存时间功能，具体在saveInternal方法中：
jedis.expire(binaryId, getMaxInactiveInterval());
总结
本文大致分析了Tomcat Session管理器，以及tomcat-redis-session-manager是如何进行session集中式管理的，但是此工具完全依赖tomcat容器，如果想完全独立于应用服务器的方案，
Spring session是一个不错的选择。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持易采站长站。
