#### **5.1.2 默认缓存体验**
前面搭建的Web应用基础上，开启Spring
Boot默认支持的缓存，体验Spring Boot默认缓存的使用效果
（1）使用@EnableCaching注解开启基于注解的缓存支持
```java
@EnableCaching // 开启Spring Boot基于注解的缓存管理支持
@SpringBootApplication
public class Springboot04CacheApplication {
public
static void main(String[] args) {
SpringApplication.run(Springboot04CacheApplication.class,
args);
}
}
```
（2）使用@Cacheable注解对数据操作方法进行缓存管理。将@Cacheable注解标注在Service类的查询方法上，对查询结果进行缓存
```java
// 根据评论id查询评论信息
@Cacheable(cacheNames =
"comment")
public Comment findById(int comment_id){
Optional<Comment>
optional = commentRepository.findCommentById(comment_id);
if(optional.isPresent()){
return
optional.get();
}
return
null;
}
```
上述代码中，在CommentService类中的findCommentById(int comment_id)方法上添加了查询缓存注解@Cacheable，该注解的作用是将查询结果Comment存放在Spring Boot默认缓存中名称为comment的名称空间（namespace）中，对应缓存唯一标识
（即缓存数据对应的主键k）默认为方法参数comment_id的值
（3）测试访问
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zggMWrZM-1591686498500)(./images/image-20191231114437588.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-HZ7LPSO3-1591686498502)(./images/image-20191231114500151.png)]
可以看出，再次 执行findCommentById()方法正确查询出用户评论信息Comment，在配置了Spring Boot默认注解后，重复进行同样的查询操作，数据库只执行了一次SQL查询语句，说明项目开启的默认缓存支持已经生效
* 底层结构：在诸多的缓存自动配置类中,
SpringBoot默认装配的是`SimpleCacheConfiguration`, 他使用的`CacheManager`是 ConcurrentMapCacheManager, 使用 `ConcurrentMap`当底层的数据结构,按照Cache的名字查询出Cache, 每一个Cache中存在多个k-v键值对,缓存值
（4）缓存注解介绍
刚刚通过使用@EnableCaching、@Cacheable注解实现了Spring Boot默认的基于注解的缓存管理，除此之外，还有更多的缓存注解及注解属性可以配置优化缓存管理
**1．@EnableCaching注解**
@EnableCaching是由spring框架提供的，springboot框架对该注解进行了继承，该注解需要配置在类上（在中，通常配置在项目启动类上），用于开启基于注解的缓存支持
**2．@Cacheable注解**
@Cacheable注解也是由spring框架提供的，可以作用于类或方法（通常用在数据查询方法上），用于对方法结果进行缓存存储。注解的执行顺序是，先进行缓存查询，如果为空则进行方法查询，并将结果进行缓存；如果缓存中有数据，不进行方法查询，而是直接使用缓存数据
@Cacheable注解提供了多个属性，用于对缓存存储进行相关配置
| **属性名** | **说明**
|
| ---------------- | ---------------------------------------------------------
|
| value/cacheNames | 指定缓存空间的名称，必配属性。这两个属性二选一使用 |
| key | 指定缓存数据的key，默认使用方法参数值，可以使用SpEL表达式 |
| keyGenerator | 指定缓存数据的key的生成器，与key属性二选一使用 |
| cacheManager | 指定缓存管理器 |
| cacheResolver | 指定缓存解析器，与cacheManager属性二选一使用 |
| condition | 指定在符合某条件下，进行数据缓存 |
| unless | 指定在符合某条件下，不进行数据缓存 |
| sync
| 指定是否使用异步缓存。默认false
|
**执行流程&时机**
方法运行之前，先去查询Cache（缓存组件），按照cacheNames指定的名字获取，（CacheManager先获取相应的缓存），第一次获取缓存如果没有Cache组件会自动创建；
去Cache中查找缓存的内容，使用一个key，默认就是方法的参数，如果多个参数或者没有参数，是按照某种策略生成的，默认是使用KeyGenerator生成的，使用SimpleKeyGenerator生成key，SimpleKeyGenerator生成key的默认策略：
| 参数个数 | key |
| ---------- | --------------------- |
| 没有参数 | new SimpleKey() |
| 有一个参数 | 参数值 |
| 多个参数 | new SimpleKey(params) |
常用的SPEL表达式
| 描述 | 示例
|
| -------------------------- |
----------------------------------------------------- |
| 当前被调用的方法名 | #root.mathodName |
| 当前被调用的方法 | #root.mathod |
| 当前被调用的目标对象 | #root.target |
| 当前被调用的目标对象类 | #root.targetClass |
| 当前被调用的方法的参数列表 |
#root.args[0] 第一个参数, #root.args[1] 第二个参数... |
| 根据参数名字取出值 | #参数名, 也可以使用 #p0 #a0 0是参数的下标索引 |
| 当前方法的返回值 | #result
|
**3．@CachePut注解**
目标方法执行完之后生效, @CachePut被使用于修改操作比较多,哪怕缓存中已经存在目标值了,但是这个注解保证这个方法**依然会执行**,执行之后的结果被保存在缓存中
@CachePut注解也提供了多个属性，这些属性与@Cacheable注解的属性完全相同。
更新操作,前端会把id+实体传递到后端使用,我们就直接指定方法的返回值从新存进缓存时的`key="#id"`,
如果前端只是给了实体,我们就使用`key="#实体.id"` 获取key. 同时,他的执行时机是目标方法结束后执行, 所以也可以使用 `key="#result.id"`, 拿出返回值的id
**4．@CacheEvict注解**
@CacheEvict注解是由Spring框架提供的，可以作用于类或方法（通常用在数据删除方法上），该注解的作用是删除缓存数据。@CacheEvict注解的默认执行顺序是，先进行方法调用，然后将缓存进行清除。
***上了拉勾教育的《Java工程师高薪训练营》，做一下笔记。希望拉勾能给我推到想去的公司，目标：字节！！***
