spring的redis注解@Cacheable @Cacheput @CacheEvict的condition、unless

本文详细解释了Redis注解中condition和unless属性在@Cacheable,@CachePut,@CacheEvict上的使用区别,包括数据获取、缓存存储和删除的逻辑。重点强调了beforeInvocation属性在删除操作中的作用。

概述

  redis的注解使用的过程中总会遇到condition和unless这两个属性,而且不同的注解使用注意事项不一样。本人也是错误使用之后详细查询了一下,作了如下的总结。

@Cacheale

  这个注解的使用和意义这里不多说,可以查看我的其他文档。这里主要说一下这个注解下的condition和unless属性【只有这个注解又unless属性】。

在这里插入图片描述

condition

  这个属性就是条件判断的意思(算是说了句废话),它在这个注解中执行点是在方法执行之前。也就是说:

  • true 会先从缓冲中获取数据,如果数据存在直接返回,如果数据不存在,那么执行方法返回并将结果数据放到redis中。
  • false 无论redis中是否有数据,都会直接执行方法,并且方法的执行结果不会被缓冲到redis中。也就是说这个状态的注解没有什么作用。
unless

  这个属性也是条件判断,只不过这个和condition正好相反。它在这个注解中的执行点是方法执行完成之后,也就是说它只能表示是否对结果进行缓冲,而不能表示是否从缓冲中获取数据。

  • true 表示不会将方法返回结果进行缓冲
  • false 表示将方法返回结果进行缓冲

实际来看,是否去缓冲中获取数据看condition,是否将方法返回结果存放到redis中要两个属性一起看。

@Cacheput

  这个注解知识将结果存放到redis中,所以不存在是否去redis中获取数据的过程。这个注解也是存在condition和unless这两个属性。

在这里插入图片描述

condition

  这个属性就是条件判断的意(算是说了句废话),在这个注解中也只能是在方法执行之后起作用了。但是,它会在key表达式执行之前执行,也就是说:

  • true 方法返回执行结果,condition可以根据结果进行条件判断,key再执行表达式形成key(有时候key里面使用了结果里面的某个属性,如果结果为null,获取属性就会异常),但是condition先判断结果正常与否再让key使用便可以了。之后再按照key将结果数据进行缓冲。
  • false 方法的执行结果不会被缓冲到redis中。
unless

  这个属性也是条件判断,它也是再方法执行之后,也就是说它只能表示是否对结果进行缓冲,而不能表示是否从缓冲中获取数据。它是在最后执行,无法对key表达式的执行提前做限制。

  • true 表示不会将方法返回结果进行缓冲
  • false 表示将方法返回结果进行缓冲

@CacheEvict

  这个注解是用来删除redis中的缓冲数据的。并且这个注解中只有condition属性没有unless属性,所以这里只需要了解condition属性的用法。

  缓冲数据的删除也是分为两部分的,一个是再方法执行前进行删除,一个是再方法执行后进行删除,关键就是另外一个属性beforeInvocation的使用(顾名思义就是是否是执行前,默认false)。

在这里插入图片描述

beforeInvocation = false

  这个属性默认就是false,也就是缓冲数据的删除要再方法执行之后才进行。

这个时候condition的条件判断和@Cacheput是一样的,可以根据条件判断也可以根据结果进行判断。最后进行是否决定删除的操作。
beforeInvocation = true

  为true表示要再方法的执行前就要删除,这个时候是没有结果的,只能使用参数进行判断。

这个时候的condition的条件判断类似@Cacheable,只能使用参数进行判断是否删除。之后才执行方法。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值