Shiro的SessionDao

分手后的思念是犯贱 2024-04-18 11:57 83阅读 0赞

### SessionDao ###

对于分布式系统，一般都牵扯到Session共享问题，而想实现Session共享，就要实现Session的持久化操作，即是将内存中的Session持久化至缓存数据库。

SessionDAO是Shiro提供的一个数据交互层的interface接口，其作用是可以将Session写入到数据库中，然后可以对Session进行增删改查操作。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NzYxODMx_size_16_color_FFFFFF_t_70][]

其中SessionDao是最顶级的接口，它有一个简单的实现叫AbstractSessionDAO，而在AbstractSessionDAO下又有两个实现类，分别是CachingSessionDAO和MemorySessionDAO，CachingSessionDAO提供了缓存的操作，而MemorySessionDAO可以让我们在内存中操作Session。

而CachingSessionDAO是一个抽象类，它有一个简单的实现EnterpriseCacheSessionDAO，一般在开发过程中推荐大家直接继承EnterpriseCacheSessionDAO。

*  AbstractSessionDAO 提供了 SessionDAO 的基础实现， 如生成会话ID等
 *  CachingSessionDAO 提供了对开发者透明的会话缓存的功能，需要设置相应的 CacheManager
 *  MemorySessionDAO 直接在内存中进行会话维护 
 *  EnterpriseCacheSessionDAO 提供了缓存功能的会话维护，默认情况下使用 MapCache实现，内部使用 ConcurrentHashMap 保存缓存的会话。源码：

![20180102205717303][]

可以看到，除了构造方法，它下面一共有四个方法“doCreate”、“doReadSession”、“doUpdate”和“doDelete”。其中只有doCreate是实现的，其它的都是没有实现的方法。

注意上面的doCreate方法，首先是要获取sessionId，而获取SessionId的方法为generateSessionId,而该方法是AbstractSessionDAO提供的：

![20180102205739870][]

### 示例代码 ###

SessionDAO配置的实例：

<bean id="sessionIdGenerator" class="org.apache.shiro.session.mgt.eis.JavaUuidSessionIdGenerator">
    </bean>
     
    
    <bean id="sessionDAO" class="org.apache.shiro.session.mgt.eis.EnterpriseCacheSessionDAO">
        <property name="activeSessionCacheName" value="shiro-activeSessionCache"/>
        <property name="sessionIdGenerator" ref="sessionIdGenerator"/>
    </bean>
     
    
    <bean id="sessionManager" class="org.apache.shiro.session.mgt.DefaultSessionManager">
        <property name="globalSessionTimeout" value="1800000"/> 
        <property name="deleteInvalidsessions" value="true"/>
        
        <property name="sessionValidationSchedulerEnabled" value="true"/>
        <property name="sessionDAO" ref="sessionDAO"/>
    </bean>

其中“shiro-activeSessionCache”在ehcache.xml中配置：

那么我们如何来对Session进行增删改查呢？我们要使用“对象输入输出流”来进行读写操作。这些“对象输入输出流”我们要进行包装，即利用字节数组输入输出流来包装。

操作步骤：  
**(1)创建存储Session的数据库表，**其中session字段是一个2000长度的长文本字段（即是序列化后的Session）**：**

![20180102205820197][]

**(2)SessionDao的实现**  
下面是继承了EnterpriseCacheSessionDAO的sessionDAO的实现类(或再继承sessionDAO的实现类)，其中使用JDBC来进行数据库的操作（其中JdbcTemplate是JDBC的一个数据库连接实例，在XML配置了连接参数，在这里采用自动注入）：

![20180102205829667][]

![20180102205944503][]

**(3)序列化和反序列化实现**  
这里进行插入和读取的时候，分解使用了SerializableUtils的serialize和deserialize方法，  
对Session进行序列化和反序列化：

![20180102205956688][]

这里序列化就运用了“对象输出流”，包装了“字节组输出流”来为Session进行序列化；而反序列化运用了“对象输入流”，包装了“字节组输入流”，来对Session的序列字符串进行实体类转换。

### 会话验证 ###

1.  Shiro 提供了会话验证调度器，用于定期的验证会话是否 已过期，如果过期将停止会话
2.  出于性能考虑，一般情况下都是获取会话时来验证会话是 否过期并停止会话的；但是如在 web 环境中，如果用户不 主动退出是不知道会话是否过期的，因此需要定期的检测 会话是否过期，Shiro 提供了会话验证调度器SessionValidationScheduler 
3.  Shiro 也提供了使用Quartz会话验证调度器： QuartzSessionValidationScheduler

使用Shrio+Redis实现Session共享的一个配置：

<bean id="sessionManager" class="org.apache.shiro.web.session.mgt.DefaultWebSessionManager">
        
        <property name="sessionValidationInterval" value="1800000"/>  
          
        <property name="globalSessionTimeout" value="1800000"/>
        
        <property name="sessionValidationSchedulerEnabled" value="true"/>
        
        <property name="deleteInvalidSessions" value="true"/>
     
        <property name="sessionDAO" ref="customShiroSessionDAO"/>
    </bean>
     
     
    <bean id = "customShiroSessionDAO" class="com.test.shiro.cache.customShiroSessionDAO">
        <property name ="shrioSessionRepository" ref = "shrioSessionRepository"/>
    </bean>
     
     
    <bean id = "shrioSessionRepository" class="com.test.shiro.cache.JedisShiroSessionRepository"/>
      <property name = "redisManager" ref = "redisManager"/>
    </bean>

其中customShiroSessionDAO是自定义类，继承了AbstractSessionDAO父类，而JedisShiroSessionRepository也是自定义类，注入了redisManager(这里redisManager的配置略)。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NzYxODMx_size_16_color_FFFFFF_t_70]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/f466274ed38949b9ac37a53ced1222f8.png
[20180102205717303]: https://img-blog.csdn.net/20180102205717303
[20180102205739870]: https://img-blog.csdn.net/20180102205739870
[20180102205820197]: https://img-blog.csdn.net/20180102205820197
[20180102205829667]: https://img-blog.csdn.net/20180102205829667
[20180102205944503]: https://img-blog.csdn.net/20180102205944503
[20180102205956688]: https://img-blog.csdn.net/20180102205956688