百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术教程 > 正文

Spring Boot结合Redis优雅地实现数据缓存!

mhr18 2024-11-19 06:57 18 浏览 0 评论

缓存是项目运行性能保障的重要一环,Spring Boot为此构建了一套标准的缓存集成体系。

Redis是一个非常高效且流行的内存数据库,很多项目中都会选择Redis做为实际的缓存载体。

今天这篇文章,就Spring Boot集成Redis实现缓存的优雅管理,通过简单的5小节进行说明。不求精通,但求扫盲。

一. Spring Initializr 创建项目

主要为包含以下依赖:

  • Spring Data Redis
  • Spring Cache Abstraction

对应pom.xml中:

<dependencies>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-cache</artifactId>
    </dependency>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-data-redis</artifactId>
    </dependency>
</dependencies>

二. 配置Redis缓存支持

  • 2.1 首先配置Redis连接
spring:
  redis:
     host: 127.0.0.1
     port: 6379
     database: 5
    # 此处完成是Redis连接的配置
    # 这里以最简单的单例连接示范,同样支持哨兵和集群.
  • 2.2 缓存配置
spring:
  cache:
    type: redis
    cache-names: c1,c2,c3
    redis:
      key-prefix: 'test-caching:'
      time-to-live: 1m
      use-key-prefix: true
      cache-null-values: true
  • spring.cache.type
    此属性并不是必须项, spring boot 会根据运行环境中cache的提供者情况自行选择,但是如果环境中有多 个可以提供缓存支持的选项,则应自行指定.
  • spring.cache.cache-names
    此属性为初始化缓存命名空间,非必须项.
    在这里初始化的命名空间会使用这里配置的相关属性进行初始化.
  • spring.cache.redis.key-prefix
    redis作为缓存时可以定义redis-key的前缀,可以是Redis中的伪命名空间.
  • spring.cache.redis.time-to-live
    缓存默认的过期时间,对应Redis中的TTL时间.
    参数类型是Duration, 如: 10s,1d;
  • spring.cache.redis.use-key-prefix
    此参数作为是否使用前缀的开关,对应上面的key-prefix的使用与否.
    默认为: true,即使用前缀.
  • spring.cache.redis.cache-null-values
    字如其意,就是决定是否缓存Null值.
    默认为: true,实际中根据情况可以设置为false.

三. 缓存相关注解

  • 3.1 @EnableCaching
    Spring Boot 中缓存自动配置的开关,会自动配置缓存管理器及相关的缓存读写等一系列Bean的初始化操作.
public @interface EnableCaching {
/**
	* 此参数决定是否使用 (CGLIB) 进行代理,默认(false)是使用的 Java 接口代理方式. 
	* 此参数只适用于 {@link #mode()} 值 {@link AdviceMode#PROXY} 时.
	* 注意: 此参数设置为 { true} 会开启所有 
	* Spring 管理的Bean的代理行为转为使用 (CGLIB) 进行代理,而不只是缓存的代理. 
	*/
boolean proxyTargetClass() default false;
/**
	* 决定缓存参与的方式,默认是{@link AdviceMode#PROXY}.
	* 代理模式下缓存只在通过代理类调用时生效.
	* 注意: 这意味着在当前类中直接调用当前类方法不会触发缓存.
	* 如果想让缓存在所有场景生效,那你可以尝试使用 {@link AdviceMode#ASPECTJ} 模式.
	* 一般情况下,建议仅使用{@link AdviceMode#PROXY}.
	*/
AdviceMode mode() default AdviceMode.PROXY;
/**
	* 仅作为在Spring Boot中多个切面进行的时候,缓存切面默认的顺序为Lowest.
	* 一般情况下保留此默认值.
	*/
int order() default Ordered.LOWEST_PRECEDENCE;
}

开关注解一般都是用在启动类或其它配置类中即可.

  • 3.2 @Cacheable
    使用在类或方法上标记其对缓存的支持,使用此注解后,如果调用的时候未找到缓存,则会进入方法执行,将结果缓存.

如果找到缓存,则直接返回缓存,不会实际执行方法内容.

 public @interface Cacheable {
	/**
	 * 别名: {@link #cacheNames}.
	 */
	@AliasFor("cacheNames")
	String[] value() default {};
	/**
	 * 对应缓存的命名空间,声明此缓存存储的位置.
	 * 注意: 如果有单独定义{Cache的实例Bean}也可以配成Bean名称,
	 * 此缓存将直接交由对应Bean处理.
	 * 这种情况一般不建议也不常见,这里不再展开.
	 */
	@AliasFor("value")
	String[] cacheNames() default {};
	/**
	 * (SpEL) 表达式来动态计算key.
	 * 默认是{ ""},意味着所有方法参数都参与key的计算,
	 * 具体计算逻辑由对应的缓存管理器提供.
	 * 也可以使用下面的参数{@link #keyGenerator},自定义逻辑.
	 * 表达式支持如下参数:
	 * { #root.method}, { #root.target}, 
	 * { #root.caches},{ #root.methodName},{ #root.targetClass}
	 * 还可以通过这些方式获取参数: { #root.args[1]}, { #p1}, { #a1}
	 */
	String key() default "";
	/**
	 * 可以自定义一个Bean实现 
	 * {@link org.springframework.cache.interceptor.KeyGenerator}接口
	 */
	String keyGenerator() default "";
	/**
	 * 略过此参数,一般不建议一个应用中用多种缓存管理器.
	 */
	String cacheManager() default "";
	/** 同上.*/
	String cacheResolver() default "";
	/**
	 * (SpEL) 表达式来声明一个条件语句
	 * 此条件语句返回{true}时才执行缓存.
	 * 默认是"",即:总会执行缓存.
	 * 表达式支持如下参数:
	 * { #root.method}, { #root.target}, { #root.caches}
	 * { #root.methodName}),{ #root.targetClass}
	 * { #root.args[1]}, { #p1} or { #a1}.
	 */
	String condition() default "";

	/**
	 * 和 {@link #condition} 表达式相反, 
	 * 这个表达式是在方法内容执行之后,执行判断是否例外的不缓存.
	 * 除了{@link #condition} 表达式支持的那些参数之外,
	 * 还支持: { #result}
	 */
	String unless() default "";
	/**
	 * 这个属性是指:在有另外的线程正在更新缓存的时候,当前线程的缓存获取是否同步等待.
	 * 默认是{false},就是不等待。
	 */
	boolean sync() default false;
}
  • 3.3 @CachePut
    这个注解呢,和上面的
    @Cacheable 非常相像,不再展开细说。
    唯一需要注意的一点就是:@CachePut 是不管缓存是否有效的,只会依赖于 condition() 和 unless() 来决定缓存是否执行更新.
  • 3.4 @CacheEvict
    和上面的
    @CachePut 对应,这个注解是用来标记缓存清除的.
public @interface CacheEvict {
	@AliasFor("cacheNames")
	String[] value() default {};
	@AliasFor("value")
	String[] cacheNames() default {};
	String key() default "";
	String keyGenerator() default "";
	String cacheManager() default "";
	String cacheResolver() default "";
	/**
	 * 表达式定义和{@Cacheable}中的参数定义一致.
	 * 目的不同: 这里的condition满足条件则会执行缓存清除.
	 */
	String condition() default "";
	/**
	 * allEntries就是指所有条目,
	 * 在这里的含义就是指是否清除指定命名空间的所有key的缓存.
	 * 这里为{true}时,{@link #key}无效.
	 */
	boolean allEntries() default false;
	/**
	 * 标记缓存清除发生的时机,默认为{false}.
	 * 即: 在方法内容执行成功无异常再清除缓存.
	 * 设置为{true}则反之.
	 */
	boolean beforeInvocation() default false;
}
  • 3.5 @Caching
    直接看定义:
public @interface Caching {
Cacheable[] cacheable() default {};
CachePut[] put() default {};
CacheEvict[] evict() default {};
}

很简单明了,就是上面3个注解的合并支持.
建议大家酌情使用.

四. 实操验证

  • 4.1 启动类
@SpringBootApplication
@EnableCaching
public class MvcTestApplication {
	public static void main(String[] args) {
		SpringApplication.run(MvcTestApplication.class, args);
	}
}
  • 4.2 CachingAdapter 缓存适配类
@Component
public class CachingAdapter {
	static String timing() {
		return LocalDateTime.now().format(DateTimeFormatter.ISO_LOCAL_DATE_TIME);
	}
	/**
	 * 根据key清理对应缓存值.
	 * @param key 要清理缓存的key
	 */
	@CacheEvict(cacheNames = { "c1", "c2", "c3" })
	public boolean clearCache(String key) {
		return true;
	}
	/**
	 * 根据用户名缓存信息。
	 * @param userName 名称
	 * @param age      年龄
	 * @return 返回值
	 */
	@Cacheable(cacheNames = "c3", key = "#userName")
	public String nameUser(String userName, int age) {
		return String.format("%s:%s >> %s", userName, age, timing());
	}
	/**
	 * 根据用户名缓存信息。
	 * @param userName 名称
	 * @param age      年龄
	 * @return 返回值
	 */
	@Cacheable(cacheNames = "c4", key = "#userName", condition = "#age>20")
	public String otherUser(String userName, int age) {
		return String.format("Other: %s:%s >> %s", userName, age, timing());
	}
	/**
	 * 根据name缓存随机伪密码值.
	 * @param name 缓存key
	 * @return 返回值
	 */
	@Caching(
		cacheable = @Cacheable(cacheNames = { "c1", "c2" }),
		put = @CachePut(cacheNames = "c5"))
	public String pwd(String name) {
		return new Random().nextInt(1000) + "#" + name + "#" + timing();
	}
}
  • 4.3 定义请求接口
@RestController
public class CachingTestController {
	private final CachingAdapter cachingAdapter;
	public CachingTestController(CachingAdapter cachingAdapter) {
		this.cachingAdapter = cachingAdapter;
	}
	@GetMapping("/clearCache")
	public ResponseEntity<String> clearCache(@RequestParam String key) {
		cachingAdapter.clearCache(key);
		return ResponseEntity.ok("Did");
	}
	@GetMapping("/nameUser")
	public ResponseEntity<String> nameUser(@RequestParam String userName, @RequestParam int age) {
		return ResponseEntity.ok(cachingAdapter.nameUser(userName, age));
	}
	@GetMapping("/otherNameUser")
	public ResponseEntity<String> otherNameUser(@RequestParam String userName, @RequestParam int age) {
		return ResponseEntity.ok(cachingAdapter.otherUser(userName, age));
	}
	@GetMapping("/apiPwd")
	public ResponseEntity<String> apiPwd(@RequestParam String name) {
		return ResponseEntity.ok(cachingAdapter.pwd(name));
	}
}
  • 4.4 请求验证

?请求接口,验证缓存生效.

###
GET http://localhost:8080/nameUser?userName=老六&age=23

HTTP/1.1 200 
Content-Type: text/plain;charset=UTF-8
Content-Length: 40
Date: Sat, 16 Dec 2023 06:07:10 GMT

老六:23 >> 2023-12-16T14:07:10.4196887
### 
HTTP/1.1 200 
Content-Type: text/plain;charset=UTF-8
Content-Length: 40
Date: Sat, 16 Dec 2023 06:07:35 GMT
Keep-Alive: timeout=60
Connection: keep-alive

老六:23 >> 2023-12-16T14:07:10.4196887

### 一分钟内使用缓存,直接返回结果.

?Redis中缓存存储.

> keys *
test-caching:c3::老六
> ttl test-caching:c3::老六
58
> get test-caching:c3::老六
??t(老六:23 >> 2023-12-16T14:07:10.4196887

?其它接口大家可以自行验证,是很奇妙的体验.

五. 自定义Redis缓存行为

大家有没有注意到,上面的Redis里面看到的缓存值:

> get test-caching:c3::老六
??t(老六:23 >> 2023-12-16T14:07:10.4196887

这里看起像乱码一样, 其实只是因为在缓存写入Redis时使用的序列化方式的缘故.
Redis在缓存写入时默认使用的序列化方式:

static RedisSerializer<Object> java(@Nullable ClassLoader classLoader) {
    return new JdkSerializationRedisSerializer(classLoader);
}

所以这里我们看到的其实是值的Java序列化结果,并不是直接以Redis中的String类型存入Redis中的.

Spring Boot Data Redis 模块默认提供了如下序列化方式可选:

public interface RedisSerializer<T> {
static RedisSerializer<Object> java() {
    return java((ClassLoader)null);
}
static RedisSerializer<Object> java(@Nullable ClassLoader classLoader) {
    return new JdkSerializationRedisSerializer(classLoader);
}
static RedisSerializer<Object> json() {
    return new GenericJackson2JsonRedisSerializer();
}
static RedisSerializer<String> string() {
    return StringRedisSerializer.UTF_8;
}
static RedisSerializer<byte[]> byteArray() {
    return ByteArrayRedisSerializer.INSTANCE;
}
}

所以如果我们想让Redis直接以其对应的String类型来存储这里的缓存值,让查看的时候更直观,那么我们是可以选择:
StringRedisSerializer 来达到效果的.

  • ?RedisCacheManagerBuilderCustomizer 实现 Redis Cache 行为自定义.
@Bean
public RedisCacheManagerBuilderCustomizer customRedis(CacheProperties cacheProperties) {
return new RedisCacheManagerBuilderCustomizer() {
	@Override
	public void customize(RedisCacheManager.RedisCacheManagerBuilder builder) {
		builder.withCacheConfiguration("c3", RedisCacheConfiguration.defaultCacheConfig()	.serializeValuesWith(RedisSerializationContext.SerializationPair
.fromSerializer(RedisSerializer.string()))
.prefixCacheNameWith(cacheProperties.getRedis().getKeyPrefix()
.entryTtl(Duration.ofMinutes(2)));
	}
};
}

这里我们自定义,以实现在使用c3缓存空间时,所有的值使用StringRedisSerializer来向Redis写入,同时修改其TTL值为2分钟

  • 验证自定义效果
###
GET http://localhost:8080/nameUser?userName=张老头&age=90
HTTP/1.1 200 
Content-Type: text/plain;charset=UTF-8
Content-Length: 43
Date: Sat, 16 Dec 2023 06:46:17 GMT

张老头:90 >> 2023-12-16T14:46:17.2907173
###

> keys *
test-caching:c3::张老头
> ttl test-caching:c3::张老头
109
> get test-caching:c3::张老头
张老头:90 >> 2023-12-16T14:46:17.2907173

完美,就是我们想要的效果.

  • 更丰富的自定义行为
    其实,看到这里,应该有很多小伙伴就会有很多想法了,这里明显可以实现更复杂更有扩展性的自定义.
    比如: 自己根据配置文件对每个缓存都定义不同的缓存行为,不同的过期时间等等.

    记住这个接口即可:
    RedisCacheManagerBuilderCustomizer

结语

虽然Spring Boot的缓存知识牵扯很多,但是今天这些内容基本也扫盲了主要的使用流程和一些注意事项.

更多Java知识,Spring Boot知识,实用干货,点击关注,持续更新!

相关推荐

【推荐】一个开源免费、AI 驱动的智能数据管理系统,支持多数据库

如果您对源码&技术感兴趣,请点赞+收藏+转发+关注,大家的支持是我分享最大的动力!!!.前言在当今数据驱动的时代,高效、智能地管理数据已成为企业和个人不可或缺的能力。为了满足这一需求,我们推出了这款开...

Pure Storage推出统一数据管理云平台及新闪存阵列

PureStorage公司今日推出企业数据云(EnterpriseDataCloud),称其为组织在混合环境中存储、管理和使用数据方式的全面架构升级。该公司表示,EDC使组织能够在本地、云端和混...

对Java学习的10条建议(对java课程的建议)

不少Java的初学者一开始都是信心满满准备迎接挑战,但是经过一段时间的学习之后,多少都会碰到各种挫败,以下北风网就总结一些对于初学者非常有用的建议,希望能够给他们解决现实中的问题。Java编程的准备:...

SQLShift 重大更新:Oracle→PostgreSQL 存储过程转换功能上线!

官网:https://sqlshift.cn/6月,SQLShift迎来重大版本更新!作为国内首个支持Oracle->OceanBase存储过程智能转换的工具,SQLShift在过去一...

JDK21有没有什么稳定、简单又强势的特性?

佳未阿里云开发者2025年03月05日08:30浙江阿里妹导读这篇文章主要介绍了Java虚拟线程的发展及其在AJDK中的实现和优化。阅前声明:本文介绍的内容基于AJDK21.0.5[1]以及以上...

「松勤软件测试」网站总出现404 bug?总结8个原因,不信解决不了

在进行网站测试的时候,有没有碰到过网站崩溃,打不开,出现404错误等各种现象,如果你碰到了,那么恭喜你,你的网站出问题了,是什么原因导致网站出问题呢,根据松勤软件测试的总结如下:01数据库中的表空间不...

Java面试题及答案最全总结(2025版)

大家好,我是Java面试陪考员最近很多小伙伴在忙着找工作,给大家整理了一份非常全面的Java面试题及答案。涉及的内容非常全面,包含:Spring、MySQL、JVM、Redis、Linux、Sprin...

数据库日常运维工作内容(数据库日常运维 工作内容)

#数据库日常运维工作包括哪些内容?#数据库日常运维工作是一个涵盖多个层面的综合性任务,以下是详细的分类和内容说明:一、数据库运维核心工作监控与告警性能监控:实时监控CPU、内存、I/O、连接数、锁等待...

分布式之系统底层原理(上)(底层分布式技术)

作者:allanpan,腾讯IEG高级后台工程师导言分布式事务是分布式系统必不可少的组成部分,基本上只要实现一个分布式系统就逃不开对分布式事务的支持。本文从分布式事务这个概念切入,尝试对分布式事务...

oracle 死锁了怎么办?kill 进程 直接上干货

1、查看死锁是否存在selectusername,lockwait,status,machine,programfromv$sessionwheresidin(selectsession...

SpringBoot 各种分页查询方式详解(全网最全)

一、分页查询基础概念与原理1.1什么是分页查询分页查询是指将大量数据分割成多个小块(页)进行展示的技术,它是现代Web应用中必不可少的功能。想象一下你去图书馆找书,如果所有书都堆在一张桌子上,你很难...

《战场兄弟》全事件攻略 一般事件合同事件红装及隐藏职业攻略

《战场兄弟》全事件攻略,一般事件合同事件红装及隐藏职业攻略。《战场兄弟》事件奖励,事件条件。《战场兄弟》是OverhypeStudios制作发行的一款由xcom和桌游为灵感来源,以中世纪、低魔奇幻为...

LoadRunner(loadrunner录制不到脚本)

一、核心组件与工作流程LoadRunner性能测试工具-并发测试-正版软件下载-使用教程-价格-官方代理商的架构围绕三大核心组件构建,形成完整测试闭环:VirtualUserGenerator(...

Redis数据类型介绍(redis 数据类型)

介绍Redis支持五种数据类型:String(字符串),Hash(哈希),List(列表),Set(集合)及Zset(sortedset:有序集合)。1、字符串类型概述1.1、数据类型Redis支持...

RMAN备份监控及优化总结(rman备份原理)

今天主要介绍一下如何对RMAN备份监控及优化,这里就不讲rman备份的一些原理了,仅供参考。一、监控RMAN备份1、确定备份源与备份设备的最大速度从磁盘读的速度和磁带写的带度、备份的速度不可能超出这两...

取消回复欢迎 发表评论: