【小家Spring】Spring Boot中使用RedisTemplate优雅的操作Redis，并且解决RedisTemplate泛型注入失败的问题（上）

前言

Spring为了简化我们对持久化层的操作，针对各种持久化方案提供了统一的Template进行操作。比如我们的熟悉的JdbcTemplate就是让我们方便的操作的关系型数据库的。

它有个Spring-Data的子项目，提供了各种SQL、NOSql的便捷操作。比如Redis、MongoDB、ES等等。然后本文主要针对于在SpringBoot中使用RedisTemplate来优雅的操作Redis数据库

虽然我们已经有了强大的缓存注解如：@Cacheable、@CachePut、@CacheEvict等。但是面对稍微复杂点的场景，一个注解是搞不定的

推荐阅读：【小家Spring】细说Spring IOC容器的自动装配（@Autowired），以及Spring4.0新特性之【泛型依赖注入】的源码级解析

先理解泛型依赖注入的原理，再去读下文注入失败问题，很多问题都会迎刃而解~

在Spring中缓存主要有一个缓存接口（Cache）与缓存管理接口（CacheManager）。可以通过扩展这两个接口实现对应的缓存管理。

关于Spring-data-redis

SpringBoot提供了关于redis的启动器：spring-boot-starter-data-redis内部实际依赖于Spring的子项目：Spring-data-redis。因此我们先了解下，这个子项目到底做了些什么呢？

1。连接池自动管理，提供了一个高度封装的“RedisTemplate”类

此处指的连接池不一定是JedisPool，因为SpringBoot2.0之后，底层默认不再采用Jedis作为实现了。而是采用效率更高，线程更安全的lettuce客户端

2.针对jedis客户端(或者是lettuce)中大量api进行了归类封装,将同一类型操作封装为operation接口

ValueOperations：简单K-V操作

SetOperations：set类型数据操作

ZSetOperations：zset类型数据操作

HashOperations：针对map类型的数据操作

ListOperations：针对list类型的数据操作

3.提供了对key的“bound”(绑定)便捷化操作API，可以通过bound封装指定的key，然后进行一系列的操作而无须“显式”的再次指定Key，即BoundKeyOperations：

BoundValueOperations

BoundSetOperations

BoundListOperations

BoundSetOperations

BoundHashOperations

(其实底层就是个装饰器，对上面进行了装饰而已。。。但使用起来有时候还是方便了很多的)

BoundSetOperations<String, Long> boundSetOperations = redisTemplate.boundSetOps("aaa");
//然后其余的操作方式，和SetOperations一样
//所以如果你的key是不变的，使用它更方便且效率更高。但如果你的key是变的（比如有用户id参数），那使用它就不是很方便了

特别指出的是：虽然BoundSetOperations只是包了一层，但Spring对隐藏实现确实做得非常不错。BoundSetOperations接口的默认实现类DefaultBoundSetOperations不是public的，只有Default的，所以外界根本不能访问，完全隐藏了实现。这一点在我们自己设计框架的时候，还是值得学习的

4.将事务操作封装，由容器控制。

5.针对数据的“序列化/反序列化”，提供了多种可选择策略(RedisSerializer)（RedisTemplate的序列化方式其实有很多坑，下面博文已详细介绍）

JdkSerializationRedisSerializer：POJO对象的存取场景，使用JDK本身序列化机制（所以必须实现序列化接口），将pojo类通过ObjectInputStream/ObjectOutputStream进行序列化操作，最终redis-server中将存储字节序列。是目前最常用的序列化策略。

StringRedisSerializer：Key或者value为字符串的场景，根据指定的charset对数据的字节序列编码成string，是“new String(bytes, charset)”和“string.getBytes(charset)”的直接封装。是最轻量级和高效的策略。

【小家Spring】RedisTemplate的序列化方式大解读，含FastJsonRedisSerializer、Genericjackson2jsonredisserializer序列化的坑

.

.

.

在SpringBoot中的使用（整合）

如果是在单纯的Spring环境下使用，可能还会有一些配置的活。但在Boot环境下，简直不要太方便

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

然后加上对应的连接配置：application.properties

# Redis数据库索引（默认为0）
spring.redis.database=0  
# Redis服务器地址
spring.redis.host=127.0.0.1
# Redis服务器连接端口
spring.redis.port=6379  
# Redis服务器连接密码（默认为空）
spring.redis.password=
##############下面参数一般可选，但我建议配置，更加可控###################
# 连接池最大连接数（使用负值表示没有限制）
spring.redis.pool.max-active=8  
# 连接池最大阻塞等待时间（使用负值表示没有限制）
spring.redis.pool.max-wait=-1  
# 连接池中的最大空闲连接
spring.redis.pool.max-idle=8  
# 连接池中的最小空闲连接
spring.redis.pool.min-idle=0  
# 连接超时时间（毫秒）
spring.redis.timeout=0

就这么简单，完美了。看看demo

    @Autowired
    private RedisTemplate<String, String> redisTemplate;
    @Test
    public void contextLoads() {
        System.out.println(redisTemplate); //org.springframework.data.redis.core.StringRedisTemplate@4d354a3e
    }

RedisTemplate的注入问题

看到上面的demo，大家是否疑问：为什么我什么都没做。就能够@Autowired注入RedisTemplate呢？

用了SpringBoot，一切都变得简单。看看对应的自动配置类：一目了然

  @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;
  }

所以很显然，Boot默认为我们自动注入了两个Bean，因此我们也能实现自动注入。