默认缓存体验

41次阅读

共计 2893 个字符，预计需要花费 8 分钟才能阅读完成。

前面搭建的 Web 应用基础上，开启 Spring
Boot 默认支持的缓存，体验 Spring Boot 默认缓存的使用效果

（1）使用 @EnableCaching 注解开启基于注解的缓存支持


@EnableCaching  // 开启 Spring Boot 基于注解的缓存管理支持

@SpringBootApplication

public class Springboot04CacheApplication {

 

       public
static void main(String[] args) {

              SpringApplication.run(Springboot04CacheApplication.class,
args);

       }

}

（2）使用 @Cacheable 注解对数据操作方法进行缓存管理。将 @Cacheable 注解标注在 Service 类的查询方法上，对查询结果进行缓存


// 根据评论 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 |

| 当前被调用的方法的参数列表 |

| 根据参数名字取出值 | #参数名, 也可以使用 #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 工程师高薪训练营》，做一下笔记。希望拉勾能给我推到想去的公司，目标：字节！！

正文完