spring-session 依据id获取session_Spring Session工作原理

b04370118ce3eb8af871a20b6679a2f2.png

HTTP协议本身是无状态的,为了保存会话信息,浏览器Cookie通过SessionID标识会话请求,服务器以SessionID为key来存储会话信息。在单实例应用中,可以考虑应用进程自身存储,随着应用体量的增长,需要横向扩容,多实例session共享问题随之而来。
Spring Session就是为了解决多进程session共享的问题,本文将介绍怎么使用Spring Session,以及Spring Session工作原理。
1、引入背景
应用部署在Tomcat时,session是由Tomcat内存维护,如果应用部署多个实例,session就不能共享。Spring Session就是解决为了解决分布式场景中的session共享问题。
2、使用方法
Spring Session支持存储在Hazelcast 、Redis、MongoDB、关系型数据库,本文主要讨论session存储在Redis。
web.xml配置:

7e0a18fb0152bd51224e5764edbfa6f1.png

Spring 主要配置:

469d8127a84f1a309e718c610e6cb1e7.png

3、工作流程

Tomcat web.xml解析步骤:

244a5bbccc9d73e57d9e160bb312ada4.png

初始化顺序:Listener > Filter > Servlet。1) 通过 Tomcat 的 listener 把SessionRepositoryFilter加载到Spring容器中。
上一小节Spring配置文件里面声明了RedisHttpSessionConfiguration,正是在其父类SpringHttpSessionConfiguration中生成了SessionRepositoryFilter:

e752860f2ce3946fd0d4b584a686a6cf.png

9500bad3aea725961b340405f8a8f484.png

RedisHttpSessionConfiguration类继承关系

2) filter初始化

web.xml里面配置的filter是DelegatingFilterProxy。

f5ed34afc5c3693125d4db64dcfde147.png

DelegatingFilterProxy类继承关系

DelegatingFilterProxy初始化入口在其父类GenericFilterBean中:

cdc32b89acabd2568dc71ac5513ed582.png

DelegatingFilterProxy去Spring容器取第1步初始化好的springSessionRepositoryFilter:

7ebe2eda1caf13878a23579956fd0108.png

至此 sessionRepositoryFilter 初始化完成,DelegatingFilterProxy 实际代理了SessionRepositoryFilter。

SessionRepositoryFilter 工作核心流程:

30426b36b4c86a591de136473be6c60b.png

4、缓存机制

每一个session,Redis实际缓存的数据如下:

05ac5f20e068e63f08c70465b4974584.png

spring:session:sessions为hash结构,存储Spring Session的主要内容:

d23810a2fe348107e78cc3534a17a435.png

spring:session:sessions:expires 为 string 结构,存储一个空值。
spring:session:expirations为set结构,存储1557389100000 时间点过期的spring:session:sessions:expires键值:

45f071f4b6c52aed6876673736d8da6b.png

RedisSessionExpirationPolicy,三个键值生成流程:

944691f90e5a2048cf8c520c30e79fb6.png

Redis过期键有三种删除策略,分别是定时删除,惰性删除,定期删除。

  1. 定时删除:通过维护一个定时器,过期马上删除,是最有效的,但是也是最浪费cpu时间的。
  2. 惰性删除:程序在取出键时才判断它是否过期,过期才删除,这个方法对cpu时间友好,对内存不友好。
  3. 定期删除:每隔一定时间执行一次删除过期键的操作,并限制每次删除操作的执行时长和频率,是一种折中。

Redis采用了惰性删除和定期删除的策略。由此可见依赖 Redis 的过期策略实时删除过期key是不可靠的。
另外一方面,业务可能会在Spring Session过期后做业务逻辑处理,同时需要session里面的信息,如果只有一个 spring:session:sessions键值,那么Redis删除就删除了,业务没法获取session信息。
spring:session:expirations键中存储了spring:session:sessions:expires键,而spring:session:sessions:expires键过期五分钟早于spring:session:expirations键和spring:session:sessions键(实际Spring Session对于过期事件处理订阅的spring:session:sessions:expires键,下一节会具体讲),这样在订阅到过期事件时还能获取spring:session:sessions键值。
如果通过Redis本身清理机制未及时清除spring:session:sessions:expires,可以通过Spring Session提供的定时任务兜底,保证spring:session:sessions:expires清除。
RedisSessionExpirationPolicy,session清理定时任务

17c80e74a8362849f102eddef11db719.png

5、事件订阅

默认至少订阅键空间通知gxE事件;

594e9c783318ebd572cc0bfedecdffa5.png

RedisHttpSessionConfiguration,注册监听事件:

e94de1b3775666a71ed4a734693309ef.png

RedisOperationsSessionRepository,事件处理:

7156e7074197bd500f7a9f55a1ab928d.png

事件订阅样例:

13511471658e77336286a51d8b65ceaf.png

6、总结

Spring Session给我们提供了很好的分布式环境下资源共享问题解决思路,其基于Servlet 规范实现,业务使用时只需要简单配置就可以实现session共享,做到与业务低耦合,这都是以后我们项目开发中可以借签的设计理念。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值