@Cacheable 、 @CachePut 、@CacheEvict 注解

2023-11-10 02:52

本文主要是介绍@Cacheable 、 @CachePut 、@CacheEvict 注解,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

在 Application 类上添加注解 @EnableCaching

@EnableCaching
public class Application {public static void main(String[] args) {SpringApplication.run(Application.class, args);}}

@Cacheable 注解

能够让方法的返回值被缓存起来,后续的请求可以直接从缓存中获取结果。

示例:

    @Cacheable( cacheManager = "cacheManagerTwoHour",value = "cache:id:test",key = "#id",condition = "#id!=null")public String getList(String id) {//数据表查询return configService.getNameById(id);}

解释如下

cacheManager :可以用来指定缓存管理器。从哪个缓存管理器里面获取缓存。非必需。
value 是缓存key的前缀。
key 是缓存的key,其中的 #后面可以带上对象/参数。
condition 是条件。只有符合条件,缓存注解才会生效。

SpringCache注解,会自动拼接好缓存的key,并在中间加上符号:: ,

比如 value = "cache:id:test",  key = "#id",  当参数id为12345时,那么真实的缓存 key 是
cache:id:test::12345

如果变更时使用 StringRedisTemplate 处理缓存,记得要把这个符号 :: 拼到缓存key里面。

方法参数为对象

示例:

@Cacheable(cacheManager = "cacheManagerTwoHour",value = "cache:name:test:",key = "#queryDto.amapId",condition = "#queryDto.queryType == null or #queryDto.queryType==0")public String getListByDto(QueryDto queryDto) {//数据表查询return configService.getNameById(id);}

如何测试@Cacheable注解是否生效?

先查询一次该方法,然后修改数据库数据,再查询一次方法。

如果 @Cacheable 生效,那查出来的就是缓存的数据,而不是数据库的数据。

@CachePut

对key进行缓存,缓存的值为方法的返回值。可以在数据更新时使用。方法仍然会执行。

以下方法执行后,缓存的key为参数id,缓存对应的值为 entity。

    @CachePut(value = "cache:id:test",key = "#id",condition = "#id!=null")public ConfigEntity update(String id) {//数据表查询ConfigEntity entity = new ConfigEntity();entity.setWxBrandId("brandTest456");entity.setId("12345");configService.updateById(entity);return entity;}

@Cacheable和@CachePut 的区别:

@Cacheable: 当重复使用相同参数调用方法的时候,不会再次执行方法 ,

方法的结果直接从缓存中找到并返回了。

@CachePut: 方法一直会被执行,同时方法的返回值也被记录到缓存中。

@CacheEvict

删除缓存中指定key的数据的。

    @CacheEvict(value = "cache:id:test",key = "#id",condition = "#id!=null")public void update(String id) {configService.updateById(id);}

执行方法后,缓存中的 key及参数 就被删除了。

参考资料:

https://blog.csdn.net/zl1zl2zl3/article/details/110987968

这篇关于@Cacheable 、 @CachePut 、@CacheEvict 注解的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/380003

相关文章

Java 中的 @SneakyThrows 注解使用方法(简化异常处理的利与弊)

《Java中的@SneakyThrows注解使用方法(简化异常处理的利与弊)》为了简化异常处理,Lombok提供了一个强大的注解@SneakyThrows,本文将详细介绍@SneakyThro... 目录1. @SneakyThrows 简介 1.1 什么是 Lombok?2. @SneakyThrows

Java Spring 中 @PostConstruct 注解使用原理及常见场景

《JavaSpring中@PostConstruct注解使用原理及常见场景》在JavaSpring中,@PostConstruct注解是一个非常实用的功能,它允许开发者在Spring容器完全初... 目录一、@PostConstruct 注解概述二、@PostConstruct 注解的基本使用2.1 基本代

Java中的@SneakyThrows注解用法详解

《Java中的@SneakyThrows注解用法详解》:本文主要介绍Java中的@SneakyThrows注解用法的相关资料,Lombok的@SneakyThrows注解简化了Java方法中的异常... 目录前言一、@SneakyThrows 简介1.1 什么是 Lombok?二、@SneakyThrows

SpringRetry重试机制之@Retryable注解与重试策略详解

《SpringRetry重试机制之@Retryable注解与重试策略详解》本文将详细介绍SpringRetry的重试机制,特别是@Retryable注解的使用及各种重试策略的配置,帮助开发者构建更加健... 目录引言一、SpringRetry基础知识二、启用SpringRetry三、@Retryable注解

SpringValidation数据校验之约束注解与分组校验方式

《SpringValidation数据校验之约束注解与分组校验方式》本文将深入探讨SpringValidation的核心功能,帮助开发者掌握约束注解的使用技巧和分组校验的高级应用,从而构建更加健壮和可... 目录引言一、Spring Validation基础架构1.1 jsR-380标准与Spring整合1

SpringBoot条件注解核心作用与使用场景详解

《SpringBoot条件注解核心作用与使用场景详解》SpringBoot的条件注解为开发者提供了强大的动态配置能力,理解其原理和适用场景是构建灵活、可扩展应用的关键,本文将系统梳理所有常用的条件注... 目录引言一、条件注解的核心机制二、SpringBoot内置条件注解详解1、@ConditionalOn

SpringBoot利用@Validated注解优雅实现参数校验

《SpringBoot利用@Validated注解优雅实现参数校验》在开发Web应用时,用户输入的合法性校验是保障系统稳定性的基础,​SpringBoot的@Validated注解提供了一种更优雅的解... 目录​一、为什么需要参数校验二、Validated 的核心用法​1. 基础校验2. php分组校验3

Spring Security方法级安全控制@PreAuthorize注解的灵活运用小结

《SpringSecurity方法级安全控制@PreAuthorize注解的灵活运用小结》本文将带着大家讲解@PreAuthorize注解的核心原理、SpEL表达式机制,并通过的示例代码演示如... 目录1. 前言2. @PreAuthorize 注解简介3. @PreAuthorize 核心原理解析拦截与

SpringCloud动态配置注解@RefreshScope与@Component的深度解析

《SpringCloud动态配置注解@RefreshScope与@Component的深度解析》在现代微服务架构中,动态配置管理是一个关键需求,本文将为大家介绍SpringCloud中相关的注解@Re... 目录引言1. @RefreshScope 的作用与原理1.1 什么是 @RefreshScope1.

Spring事务中@Transactional注解不生效的原因分析与解决

《Spring事务中@Transactional注解不生效的原因分析与解决》在Spring框架中,@Transactional注解是管理数据库事务的核心方式,本文将深入分析事务自调用的底层原理,解释为... 目录1. 引言2. 事务自调用问题重现2.1 示例代码2.2 问题现象3. 为什么事务自调用会失效3