慢来比较快,虚心学技术
Spring 的缓存抽象在很大程度上是围绕切面构建的。在 Spring 中启用缓存时,会创建一个切面,它触发一个或更多的 Spring 的缓存注解,Spring提供的缓存注解主要有以下几个:
注 解 | 描 述 |
@Cacheable | 表明 Spring 在调用方法之前,首先应该在缓存中查找方法的返回值。如果这个值能够找到,就会返回缓存的值。否则的话,这个方法就会被调用,返回值会放到缓存之中 |
@CachePut | 表明 Spring 应该将方法的返回值放到缓存中。在方法的调用前并不会检查缓存,方法始终都会被调用 |
@CacheEvict | 表明 Spring 应该在缓存中清除一个或多个条目 |
@Caching | 这是一个分组的注解,能够同时应用多个其他的缓存注解 |
Ⅰ、填充缓存
由上述注解可知,@Cacheable和@CachePut注解可以往缓存填充内容,两者的共有属性有:
属 性 | 类 型 | 描 述 |
value | String[] | 要使用的缓存名称 |
condition | String | SpEL 表达式,如果得到的值是 false 的话,不会将缓存应用到方法调用上 |
key | String | SpEL 表达式,用来计算自定义的缓存 key |
unless | String | SpEL 表达式,如果得到的值是 true 的话,返回值不会放到缓存之中 |
在最简单的情况下,在 @Cacheable 和 @CachePut 的这些属性中,只需使用 value 属性指定一个或多个缓存即可
上一篇文章中我们介绍了Spring整合Redis的过程,我们依旧使用Redis缓存了解Spring对缓存的抽象
我们事先编写一个BaseDao作为操作基准
@Component
public class BaseDao {
/**
* 根据id获取信息
**/
@Cacheable(value = "myCache")
public String findOne(Integer id){
System.out.println("执行findOne方法。。。。");
return "我是BaseDao"+id;
}
/**
* 根据id更改信息
**/
@CachePut(value = "myCache")
public String save(Integer id){
System.out.println("执行save方法。。。。。");
return "BaseDao"+id;
}
/**
* 根据id移除信息
**/
@CacheEvict(value = "myCache")
public void remove(Integer id){
System.out.println("执行remove方法。。。。。");
}
}
编写测试类:
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(classes = {RedisCacheConfig.class})
public class AppTest {
@Autowired
private BaseDao baseDao;
}
测试使用@Cacheable存取数据
我们知道当缓存中没有对应数据的时候,会执行使用了@Cacheable注解的方法,并将结果存入缓存
如果缓存中已经存在对应数据,则直接将缓存数据返回:
@Test
public void testCacheAble(){
System.out.println(this.baseDao.findOne(0));
System.out.println(this.baseDao.findOne(0));
}
此处执行两次findOne(0),测试结果:
执行findOne方法。。。。
我是BaseDao0
我是BaseDao0
可以看到,此处只是实际上只有一次真正进入了findOne方法内,第二次从缓存中获取数据,以下是redis-cli中看到的结果:
在缓存中,缓存的key值默认为 缓存名称::传参值
测试使用@CachePut更新数据
由于使用@CachePut注解默认每次都会进入方法并使用返回值更新缓存,所以该注解在实际业务中一般用在更新数据的方法上
@Test
public void testCachePut(){
this.baseDao.save(0);
this.baseDao.save(0);
System.out.println(this.baseDao.findOne(0));
}
测试结果:
执行save方法。。。。。
执行save方法。。。。。
BaseDao0
可以看到,此处两次执行save方法都进入了,执行save之后再调用findOne方法,依旧直接从缓存取值,缓存已更新
自定义缓存的key
@Cacheable 和 @CachePut 都有一个名为 key 属性,这个属性能够替换默认的 key ,它是通过一个 SpEL 表达式计算得到的
表 达 式 | 描 述 |
#root.args | 传递给缓存方法的参数,形式为数组 |
#root.caches | 该方法执行时所对应的缓存,形式为数组 |
#root.target | 目标对象 |
#root.targetClass | 目标对象的类,是#root.target.class的简写形式 |
#root.method | 缓存方法 |
#root.methodName | 缓存方法的名字,是#root.method.name的简写形式 |
#result | 方法调用的返回值(不能用在@Cacheable注解上) |
#Argument | 任意的方法参数名(如#argName)或参数索引(如#a0或#p0) |
如将上述findOne()和save()方法缓存的key定义为BaseDao的class
@Cacheable(value = "myCache",key = "#root.targetClass")
public String findOne(Integer id){
System.out.println("执行findOne方法。。。。");
return "我是BaseDao"+id;
}
@CachePut(value = "myCache",key = "#root.targetClass")
public String save(Integer id){
System.out.println("执行save方法。。。。。");
return "BaseDao"+id;
}
再次执行测试testCacheAble()方法:
执行findOne方法。。。。
我是BaseDao0
我是BaseDao0
可以看到缓存如下:使用class com.my.spring.dao.BaseDao作为缓存的key
Ⅱ、移除缓存
使用@CacheEvict测试移除缓存
@Test
public void testCacheEvict(){
this.baseDao.remove(0);
}
执行测试结果:
执行remove方法。。。。。
缓存已经清除:
此时再去访问findOne(),结果:
执行findOne方法。。。。
我是BaseDao0
我是BaseDao0