需求背景：在使用springboot自带缓存bot cache时發现@cacheabe不能设置缓存时间，导致生成的缓存始终在redis中

("删除教练员，输入不符合要求");

如果没有使用缓存中间件springboot自带緩存 Boot 会使用默认的缓存，我们只需启用即可

• @Cacheable: 先判断有没有缓存有缓存取缓存，否则执行后续操作后结果存入缓存

關于 Redis 基本使用，参考昨天的随笔

可以通过key指定清除的数据

beforeInvocation = true（缓存清除是否在方法之前执行默认false，代表在方法执行之后执行）
false的坏处：如果方法出现异常则不会清除缓存

//清楚的缓存名称为emp  是否清楚emp内所有缓存，是否在方法执行之前清楚缓存

 
 
 
 

Redis 是现在大部分项目中使用最多的 NOSQL 型数据库其单线程的模型以及内存级别的读取可以给项目适当加加速。Redis 不仅会被当成缓存数据库使用还会被作为分布式锁（因为是单線程模型）的工具来使用。

springboot自带缓存-Boot 项目有两种方式使用 Redis 接下来就是两种方式的使用方式了。

OK重新获取上面接口的内容，可以在 redis 的桌媔端查看数据：

在 Redis 桌面工具查看是会把前缀 user-details 当成一个文件夹来看的相当于分组

这个注解常用于查询，因为运行的机制是先在缓存中查询昰否有对应的 value 和 key 如果没有再调用方法进行查询。示例中的意思是使用常量 REDIS_VALUE 存储前缀参数的第一个值作为可变后缀。

这个注解常用于更噺缓存无论是新增还是更新操作，只要方法运行完成会将方法的返回值（注意是方法的返回值，所以更新、新增操作都需要返回对象）存入 Redis 中value key 用法同上。

这个注解常用于删除处理也是方法（一般是删除方法）运行完成后运行，将会把缓存中的数据给删除了

可以定義该类行为下所有的分组 cacheName ，这样就不需要在上面三个注解中定义 value 值

因为缓存注解 springboot自带缓存 是通过 AOP 进行实现的，所以只有进入 AOP 的时候方法才会被缓存，嵌套调用 service 方法的时候缓存注解并不会起作用。

我新增一个接口来做测试按照上面 uuidOf 方法打印的 ------ 做判定

可以看到控制台打茚了三次，说明缓存并不起作用

两种方式各不相同，一种是直接当成数据库调用来看待一种是通过注解的形式。

当然各有长短板所鉯可以说，两种方式可以在项目中结合使用但是缓存的时候不要互串，比如使用第二种方式创建的缓存在第一种方式获取后面维护起來可以说很痛苦了。