1.普通字符串存储
1.引入spring-boot-starter-data-redis
jar包,注意spring boot 2.1 没有对应的spring-boot-starter-redis
版本,改名为spring-boot-starter-data-redis
。
1 | <dependency> |
2.在application中添加redis配置
1 | spring: |
3.测试
redis客户端查看,没有任何key
1 | 192.168.187.11:6379> keys * |
1 |
|
使用postman送请求: localhost:8080/string/put?key=hello&value=world
localhost:8080/string/get?key=hello
2. 对象存储
在上述使用中,是无法存储对象的,存储对象的话需要使用RedisTemplate并且要使用响应的序列化机制,下面我们就来测试下:
1.引入序列化的jar包,这里我们是使用jackson
1 | <dependency> |
2.添加redis配置类
1 |
|
3.添加测试controller
1 |
|
4.使用postman测试
使用redis客户端查看
1 | 192.168.187.11:6379> get qianjiangtao |
3.spring boot整合redis自动化配置原理分析
我们都知道spring boot自动化配置中的配置都是通过spring-configuration-metadata.json
来约束的,同理redis也是这样的,我们配置了spring.redis.host
,不妨来找下这个配置项
1 | { |
从这能看出来redis的配置都是通过RedisProperties
这个类来配置的,在这里面我们能看到众多的redis配置及默认配置,我们可以从一个入口切入,就拿port
切入,来看下port在哪设置的
org.springframework.boot.autoconfigure.data.redis.RedisConnectionConfiguration#getStandaloneConfig
看出在RedisConnectionConfiguration中的getStandaloneConfig中赋值的,那这个方法又是谁调用的呢?继续找?
从图中能看出来有两个地方可能会调用,从类的名字能看出来,spring boot是支持Jedis和Lettuce两种客户端来操作redis,那到底是用哪个呢? 都看看呗
从图中截取的源码中能看出来,我是使用了LettuceConnectionConfiguration
,看注解是我引入了RedisClient
,我什么时候引入的?于是我就看看maven的依赖
从maven依赖中能看出一些重要的信息:
1.spring-boot-starter-data-redis中其实用的是spring-data-redis,其实是包装了下
2.依赖了lettuce-core,原来是从这里引入的,怪不得
如何验证呢?不能瞎说
要想知道很简单的,在我们自己写的RedisConfig中打下断点,看看用的RedisConnectionFactory
到底是不是LettuceConnectionFactory
就能证明了
果然如此!
简单的流程就是:
1.spring boot通过application配置加载redis配置
2.解析封装成RedisProperties
3.根据@ConditionalOnClass
判断使用哪个Redis客户端,封装成LettuceClientConfiguration
并创建LettuceConnectionFactory
4.通过@Bean创建我们自己的配置类在LettuceConnectionFactory
基础上添加我们自己自定义的配置