转载

默认缓存体验

5.1.2 默认缓存体验

前面搭建的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 |

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

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工程师高薪训练营》,做一下笔记。希望拉勾能给我推到想去的公司,目标:字节!!

原文  https://segmentfault.com/a/1190000022997446
正文到此结束
Loading...