SpringBoot集成Redis，从Redis中获取数据为null
转载地址：
2021年1⽉19⽇ 862点热度 0⼈点赞 0条评论
本⽂⽬录
最近项⽬中使⽤SpringBoot集成Redis，踩到了⼀个坑：从Redis中获取数据为null，但实际上Redis中是存在对应的数据的。是什么原因导致此坑的呢？
本⽂就带⼤家从SpringBoot集成Redis、所踩的坑以及⾃动配置源码分析来学习⼀下SpringBoot中如何正确的使⽤Redis。SpringBoot集成Redis
在SpringBoot项⽬中只需在pom⽂件中引⼊Redis对应的starter，配置Redis连接信息即可进⾏使⽤了。pom依赖引⼊：
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
对应application配置⽂件配置：
spring:
redis:
host: 127.0.0.1
port: 6379
database: 1
password: 123456
timeout: 5000
通过以上两项配置即完成了Redis的集成，下⾯便是具体的使⽤，这⾥以单元测试的形式呈现。
resource和autowired注解的区别
@SpringBootTest
@RunWith(SpringRunner.class)
public class TokenTest {
@Autowired
private RedisTemplate redisTemplate;
@Test
public void getValue() {
Object value = redisTemplate.opsForValue().get("1");
System.out.println("value:" + value);
}
}
可以看到直接通过@Autowired注⼊RedisTemplate之后，即可调⽤RedisTemplate提供的⽅法操作。RedisTemplate提供了丰富的Redis操作⽅法，具体使⽤查看相应的API即可，这⾥不再拓展。
项⽬中遇到的坑
回归到最开始的问题：从Redis中获取数据为null，但实际上Redis中是存在对应的数据的。
其实问题表象很诡异，但问题的原因很简单，就是Redis中存数据和取数据时采⽤了不同的RedisTemplate导致的。
在SpringBoot中，针对Redis的⾃动配置类默认会初始化两个RedisTemplate，先来看⼀下RedisAutoConfiguration中源码：
@Configuration
@ConditionalOnClass({RedisOperations.class})
@EnableConfigurationProperties({RedisProperties.class})
@Import({LettuceConnectionConfiguration.class, JedisConnectionConfiguration.class})
public class RedisAutoConfiguration {
@Bean
@ConditionalOnMissingBean(
name = {"redisTemplate"}
)
public RedisTemplate<Object, Object> redisTemplate(RedisConnectionFactory redisConnectionFactory) throws UnknownHostException {
RedisTemplate<Object, Object> template = new RedisTemplate();
template.setConnectionFactory(redisConnectionFactory);
return template;
}
@Bean
@ConditionalOnMissingBean
public StringRedisTemplate stringRedisTemplate(RedisConnectionFactory redisConnectionFactory) throws UnknownHostException {
StringRedisTemplate template = new StringRedisTemplate();
template.setConnectionFactory(redisConnectionFactory);
return template;
}
}
可以看到RedisAutoConfiguration中初始化了两个RedisTemplate的bean。第⼀个Bean类型为RedisTemplate<Object,
Object>，Bean的名称为redisTemplate，⽽且是当容器中不存在对应的Bean name时才会进⾏初始化。第⼆Bean类型为StringRedisTemplate，Bean的名称为stringRedisTemplate，该类继承⾃RedisTemplate<String, String>。
也就说⼀个Bean是针对Object对象处理的，⼀个是针对String对象进⾏处理的。
导致出现坑的原因便是set时注⼊的是RedisTemplate<Object, Object>，⽽获取时注⼊的是StringRedisTemplate。这么明显的错误应该很容易排查的啊？
如果直接是因为两处类型不⼀致导致的，的确很好排查，看⼀下注⼊的RedisTemplate即可。
但问题难以排查，还因为另外⼀个因素：@Resource和@Autowired注⼊的问题。
默认情况下@Resource采⽤先根据bean名称注⼊，不到再根据类型注⼊，⽽@Autowired默认采⽤根据类型注⼊。项⽬获取数据时采⽤了@Resource注⼊⽅式，如下：
@Resource
private RedisTemplate<String, String> redisTemplate;
⽽存储时采⽤的是@Autowired注⼊的：
@Autowired
private RedisTemplate<String, String> redisTemplate;
上⾯两种形式的注⼊，在只存在单个实例时好像并不是什么问题，要么其中⼀个直接报错，要么注⼊成功。但当像上述场景，出现了两个RedisTemplate时，问题就变得隐蔽了。
当采⽤@Autowired时，根据类型注⼊，直接注⼊了RedisTemplate<String, String>的bean，因为它们的类型都是String的。
⽽当使⽤@Resource注⼊时，默认采⽤的是根据名称匹配，源码中可以看到redisTemplate对应的类型为RedisTemplate<Object, Object>。因此，两处注⼊了不同的RedisTemplate，于是就导致了获取时获取不到值的问题。
到问题的根源之后，解决问题便容易多了：⽅案⼀，将@Resource的注⼊改为@Autowired。⽅案⼆：将@Resource注⼊的bean名称由redisTemplate改为stringRedisTemplate。当然根据具体业务场景还有其他解决⽅案。
⼩结
关于SpringBoot集成Redis其实很简单，SpringBoot已经帮我们做了⼤多数的事情，但因为默认初始化了两个RedisTemplate，再加上@Autowired和@Resource注解的区别就导致了问题的复杂度。因此，在使⽤的过程中尽量保持各处采⽤⼀致的规范，阿⾥Java开发⼿册推荐使⽤@Resource注解。同时，当然少不了对源码、注解等的使⽤的深⼊学习和了解。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。