Shiro学习(11)缓存机制

Shiro提供了类似于spring的Cache抽象,即Shiro本身不实现Cache,但是对Cache进行了又抽象,方便更换不同的底层Cache实现。对于Cache的一些概念可以参考我的《Spring Cache抽象详解》:http://jinnianshilongnian.iteye.com/blog/2001040

Shiro提供的Cache接口:

Java代码  

  1. public interface Cache<K, V> {
  2. //根据Key获取缓存中的值
  3. public V get(K key) throws CacheException;
  4. //往缓存中放入key-value,返回缓存中之前的值
  5. public V put(K key, V value) throws CacheException;
  6. //移除缓存中key对应的值,返回该值
  7. public V remove(K key) throws CacheException;
  8. //清空整个缓存
  9. public void clear() throws CacheException;
  10. //返回缓存大小
  11. public int size();
  12. //获取缓存中所有的key
  13. public Set<K> keys();
  14. //获取缓存中所有的value
  15. public Collection<V> values();
  16. }

Shiro提供的CacheManager接口:

Java代码  

  1. public interface CacheManager {
  2. //根据缓存名字获取一个Cache
  3. public <K, V> Cache<K, V> getCache(String name) throws CacheException;
  4. }

Shiro还提供了CacheManagerAware用于注入CacheManager:

Java代码  

  1. public interface CacheManagerAware {
  2. //注入CacheManager
  3. void setCacheManager(CacheManager cacheManager);
  4. }

Shiro内部相应的组件(DefaultSecurityManager)会自动检测相应的对象(如Realm)是否实现了CacheManagerAware并自动注入相应的CacheManager。

本章用例使用了与第六章的代码。

Realm缓存

Shiro提供了CachingRealm,其实现了CacheManagerAware接口,提供了缓存的一些基础实现;另外AuthenticatingRealm及AuthorizingRealm分别提供了对AuthenticationInfo 和AuthorizationInfo信息的缓存。

ini配置

Java代码  

  1. userRealm=com.github.zhangkaitao.shiro.chapter11.realm.UserRealm
  2. userRealm.credentialsMatcher=$credentialsMatcher
  3. userRealm.cachingEnabled=true
  4. userRealm.authenticationCachingEnabled=true
  5. userRealm.authenticationCacheName=authenticationCache
  6. userRealm.authorizationCachingEnabled=true
  7. userRealm.authorizationCacheName=authorizationCache
  8. securityManager.realms=$userRealm
  9. cacheManager=org.apache.shiro.cache.ehcache.EhCacheManager
  10. cacheManager.cacheManagerConfigFile=classpath:shiro-ehcache.xml
  11. securityManager.cacheManager=$cacheManager

userRealm.cachingEnabled:启用缓存,默认false;

userRealm.authenticationCachingEnabled:启用身份验证缓存,即缓存AuthenticationInfo信息,默认false;

userRealm.authenticationCacheName:缓存AuthenticationInfo信息的缓存名称;

userRealm. authorizationCachingEnabled:启用授权缓存,即缓存AuthorizationInfo信息,默认false;

userRealm. authorizationCacheName:缓存AuthorizationInfo信息的缓存名称;

cacheManager:缓存管理器,此处使用EhCacheManager,即Ehcache实现,需要导入相应的Ehcache依赖,请参考pom.xml;

因为测试用例的关系,需要将Ehcache的CacheManager改为使用VM单例模式:

this.manager = new net.sf.ehcache.CacheManager(getCacheManagerConfigFileInputStream());

改为

this.manager = net.sf.ehcache.CacheManager.create(getCacheManagerConfigFileInputStream());

测试用例

Java代码  

  1. @Test
  2. public void testClearCachedAuthenticationInfo() {
  3. login(u1.getUsername(), password);
  4. userService.changePassword(u1.getId(), password + "1");
  5. RealmSecurityManager securityManager =
  6. (RealmSecurityManager) SecurityUtils.getSecurityManager();
  7. UserRealm userRealm = (UserRealm) securityManager.getRealms().iterator().next();
  8. userRealm.clearCachedAuthenticationInfo(subject().getPrincipals());
  9. login(u1.getUsername(), password + "1");
  10. }

首先登录成功(此时会缓存相应的AuthenticationInfo),然后修改密码;此时密码就变了;接着需要调用Realm的clearCachedAuthenticationInfo方法清空之前缓存的AuthenticationInfo;否则下次登录时还会获取到修改密码之前的那个AuthenticationInfo;

Java代码  

  1. @Test
  2. public void testClearCachedAuthorizationInfo() {
  3. login(u1.getUsername(), password);
  4. subject().checkRole(r1.getRole());
  5. userService.correlationRoles(u1.getId(), r2.getId());
  6. RealmSecurityManager securityManager =
  7. (RealmSecurityManager) SecurityUtils.getSecurityManager();
  8. UserRealm userRealm = (UserRealm)securityManager.getRealms().iterator().next();
  9. userRealm.clearCachedAuthorizationInfo(subject().getPrincipals());
  10. subject().checkRole(r2.getRole());
  11. }

和之前的用例差不多;此处调用Realm的clearCachedAuthorizationInfo清空之前缓存的AuthorizationInfo;

另外还有clearCache,其同时调用clearCachedAuthenticationInfo和clearCachedAuthorizationInfo,清空AuthenticationInfo和AuthorizationInfo。

UserRealm还提供了clearAllCachedAuthorizationInfo、clearAllCachedAuthenticationInfo、clearAllCache,用于清空整个缓存。

在某些清空下这种方式可能不是最好的选择,可以考虑直接废弃Shiro的缓存,然后自己通过如AOP机制实现自己的缓存;可以参考:

https://github.com/zhangkaitao/es/tree/master/web/src/main/java/com/sishuok/es/extra/aop

另外如果和Spring集成时可以考虑直接使用Spring的Cache抽象,可以考虑使用SpringCacheManagerWrapper,其对Spring Cache进行了包装,转换为Shiro的CacheManager实现:

https://github.com/zhangkaitao/es/blob/master/web/src/main/java/org/apache/shiro/cache/spring/SpringCacheManagerWrapper.java

Session缓存

当我们设置了SecurityManager的CacheManager时,如:

Java代码  

  1. securityManager.cacheManager=$cacheManager

当我们设置SessionManager时:

Java代码  

  1. sessionManager=org.apache.shiro.session.mgt.DefaultSessionManager
  2. securityManager.sessionManager=$sessionManager

如securityManager实现了SessionsSecurityManager,其会自动判断SessionManager是否实现了CacheManagerAware接口,如果实现了会把CacheManager设置给它。然后sessionManager会判断相应的sessionDAO(如继承自CachingSessionDAO)是否实现了CacheManagerAware,如果实现了会把CacheManager设置给它;如第九章的MySessionDAO就是带缓存的SessionDAO;其会先查缓存,如果找不到才查数据库

对于CachingSessionDAO,可以通过如下配置设置缓存的名称:

Java代码  

  1. sessionDAO=com.github.zhangkaitao.shiro.chapter11.session.dao.MySessionDAO
  2. sessionDAO.activeSessionsCacheName=shiro-activeSessionCache

activeSessionsCacheName默认就是shiro-activeSessionCache。

时间: 2024-12-10 12:15:58

Shiro学习(11)缓存机制的相关文章

linux学习之缓存机制

linux中的缓存机制 在Linux系统中,为了提高文件系统性能,内核利用一部分物理内存分配出缓冲区,用于缓存系统操作和数据文件,当内核收到读写的请求时,内核先去缓存区找是否有请求的数据,有就直接返回,如果没有则通过驱动程序直接操作磁盘.缓存机制优点:减少系统调用次数,降低CPU上下文切换和磁盘访问频率.CPU上下文切换:CPU给每个进程一定的服务时间,当时间片用完后,内核从正在运行的进程中收回处理器,同时把进程当前运行状态保存下来,然后加载下一个任务,这个过程叫做上下文切换.实质上就是被终止运

Hibernate学习之缓存机制

转自:http://www.cnblogs.com/xiaoluo501395377/p/3377604.html 一.N+1问题 首先我们来探讨一下N+1的问题,我们先通过一个例子来看一下,什么是N+1问题:list()获得对象: /** * 此时会发出一条sql,将30个学生全部查询出来 */ List<Student> ls = (List<Student>)session.createQuery("from Student") .setFirstResu

hbase 学习(十五)缓存机制以及可以利用SSD作为存储的BucketCache

下面介绍Hbase的缓存机制: a.HBase在读取时,会以Block为单位进行cache,用来提升读的性能 b.Block可以分类为DataBlock(默认大小64K,存储KV).BloomBlock(默认大小128K,存储BloomFilter数据).IndexBlock(默认大小128K,索引数据,用来加快Rowkey所在DataBlock的定位) c.对于一次随机读,Block的访问顺序为BloomBlock.IndexBlock.DataBlock,如果Region下面的StoreFi

JPA,EclipseLink 缓存机制学习(一) 树节点搜索问题引发的思考

最近在项目在使用JPA+EclipseLink 的方式进行开发,其中EclipseLink使用版本为2.5.1.遇到一些缓存方面使用不当造成的问题,从本篇开始逐步学习EclipseLink的缓存机制. 一.树节点搜索问题出现 故事是这样的:项目中有一个对树节点搜索的需求,如下图中所示,按照前缀匹配查询节点名称中包含OK的节点,将返回下图中的数据结构.基本实现就是:1.先查找出OK节点,然后根据该节点的父节点id获得父节点,也就是PERSON2结点,同样按照PERSON2的父结点id找到节点ROO

MyBatis学习手记(二)MyBatis缓存机制

MyBatis学习手记二 前:MyBatis官方学习(中文)文档 http://mybatis.github.io/mybatis-3/zh/index.html 一,首先,要使用MyBatis必须使用官方提供的MyBatis的JAR包              链接:https://github.com/mybatis/mybatis-3/releases 这里使用的数据库是MySQL,所以还需要Mysql的驱动包. 二,看MyBatis官方介绍,说MyBatis支持一级缓存,二级缓存.这里才

学习ASP.NET缓存机制

缓存是大型BS架构网站的性能优化通用手段,之前知道有这个概念,并且也知道很重要,但是一直没静下心来了解.这次借着学习PetShop源码的机会熟悉一下ASP.NET基本的缓存机制(生产环境中的真实缓存有多种实现方式,曾经了解过有MemCache等,这些都不在本篇讨论范围内),主要是3种缓存:1.页面缓存:2.缓存依赖:3.SQL缓存依赖. 先说页面缓存,最简单的使用方式就是在aspx页面顶部(比如在<%@ Page... %>后面)添加<%@ OutputCache Duration=&q

802.11协议精读9:初探节能模式(PS mode)以及缓存机制

序言 由于802.11的协议工作机制,如果其一种处于工作状态下,那么能耗还是比较大的,尤其移动设备的电量有限,所以在802.11协议初期就设计了相应的能耗管理机制,即引入了节能模式.本文我们主要讨论一下其节能模式的一些基本思想和相应的组件.对于具体的MAC层工作机制,我们在后续的文章中在进行展开. 注:本文初始的意图是描述在节能模式下具体的MAC层工作机制,不过后来在写缓存结构的时候,发现内容整理还是较多,所以进行分拆.故在本文中,我们主要描述了802.11协议中,节能的基本思想,以及其所添加的

Java缓存学习之三:CDN缓存机制

CDN是什么? 关于CDN是什么,此前网友详细介绍过. CDN是Content Delivery Network的简称,即"内容分发网络"的意思.一般我们所说的CDN加速,一般是指网站加速或者用户下载资源加速. 举个通俗的例子: 谈到CDN的作用,可以用8年买火车票的经历来形象比喻:8年前,还没有火车票代售点一说,12306.cn更是无从说起.那时候火车票还只能在火车站的售票大厅购买,而我所住的小县城并不通火车,火车票都要去市里的火车站购买,而从县城到市里,来回就是4个小时车程,简直就

H5缓存机制学习记录

参考文章:http://mp.weixin.qq.com/s?__biz=MTEwNTM0ODI0MQ==&mid=404724239&idx=1&sn=e0a2887f9ff6293f0f550fa4e44057a0&scene=1&srcid=0331jLkF55dKeJO00POMiXLZ 1.浏览器缓存机制 2.Dom Storage(local storage 和 session storage) 3.Web SQL Database,不推荐使用. 根据官

Java缓存学习之二:浏览器缓存机制

浏览器端的九种缓存机制介绍 浏览器缓存是浏览器端保存数据用于快速读取或避免重复资源请求的优化机制,有效的缓存使用可以避免重复的网络请求和浏览器快速地读取本地数据,整体上加速网页展示给用户.浏览器端缓存的机制种类较多,总体归纳为九种,这里详细分析下这九种缓存机制的原理和使用场景.打开浏览器的调试模式->resources左侧就有浏览器的8种缓存机制. 一.http缓存 http缓存是基于HTTP协议的浏览器文件级缓存机制.即针对文件的重复请求情况下,浏览器可以根据协议头判断从服务器端请求文件还是从