redis的注解使用的过程中总会遇到condition和unless这两个属性,而且不同的注解使用注意事项不一样。本人也是错误使用之后详细查询了一下,作了如下的总结。
这个注解的使用和意义这里不多说,可以查看我的其他文档。这里主要说一下这个注解下的condition和unless属性【只有这个注解又unless属性】。

这个属性就是条件判断的意思(算是说了句废话),它在这个注解中执行点是在方法执行之前。也就是说:
这个属性也是条件判断,只不过这个和condition正好相反。它在这个注解中的执行点是方法执行完成之后,也就是说它只能表示是否对结果进行缓冲,而不能表示是否从缓冲中获取数据。
实际来看,是否去缓冲中获取数据看condition,是否将方法返回结果存放到redis中要两个属性一起看。
这个注解知识将结果存放到redis中,所以不存在是否去redis中获取数据的过程。这个注解也是存在condition和unless这两个属性。

这个属性就是条件判断的意(算是说了句废话),在这个注解中也只能是在方法执行之后起作用了。但是,它会在key表达式执行之前执行,也就是说:
这个属性也是条件判断,它也是再方法执行之后,也就是说它只能表示是否对结果进行缓冲,而不能表示是否从缓冲中获取数据。它是在最后执行,无法对key表达式的执行提前做限制。
这个注解是用来删除redis中的缓冲数据的。并且这个注解中只有condition属性没有unless属性,所以这里只需要了解condition属性的用法。
缓冲数据的删除也是分为两部分的,一个是再方法执行前进行删除,一个是再方法执行后进行删除,关键就是另外一个属性beforeInvocation的使用(顾名思义就是是否是执行前,默认false)。

这个属性默认就是false,也就是缓冲数据的删除要再方法执行之后才进行。
这个时候condition的条件判断和@Cacheput是一样的,可以根据条件判断也可以根据结果进行判断。最后进行是否决定删除的操作。
为true表示要再方法的执行前就要删除,这个时候是没有结果的,只能使用参数进行判断。
这个时候的condition的条件判断类似@Cacheable,只能使用参数进行判断是否删除。之后才执行方法。