搞不懂，为啥redis操作对象的注入方式跟平常的不一样？

不知道大家平时有没有见过或者写过这样的代码。

这样写是错误的吧，idea编译器都识别报错了呀？

明明两个不同类型的类，也能通过spring注入？

为啥这些redis的操作类都通过redisTemplate注入？

既然我这样写了，自然是没有问题的。

要不，带着这些问题跟我继续往下看？

提出猜想

我们都知道ValueOperations操作对象都是能够直接通过RedisTemplate直接获得：

ValueOperations<String, String> valueOperations = redisTemplate.opsForValue();

那么我们是不是可以有以下猜想（以注入ValueOperations为例）。

• @Resource(name = "redisTemplate")

  • ①首先从spring容器中获取到已经初始化好的RedisTemplate对象。

  • ②再通过redisTemplate.opsForValue()获取到ValueOperations对象。

• private ValueOperations<String, String> stringValueOperations;

  • ③最后获取的ValueOperations对象赋值给stringValueOperations变量。

验证猜想

获取bean：doGetBean

既然是spring的注入问题，我们就需要翻开获取spring bean逻辑的代码doGetBean。

protected <T> T doGetBean(
      String name, @Nullable Class<T> requiredType, @Nullable Object[] args, boolean typeCheckOnly)
      throws BeansException

说明一下参数的含义

• name： 需要注入的对象名
• requiredType： 期望返回对象的class
• args： 显式参数创建bean实例时要使用的参数
• typeCheckOnly： 是否为类型检查获取实例

而我们需要重点关注的就两个参数：name和requiredType。

根据我们的业务场景，大概来理解下这两个参数

name是不是就等于"redisTemplate"

而requiredType是不是就是ValueOperations.class

这时，你有没有恍然大悟的感觉，原来spring本来就是支持注入的bean类型和返回的类型不一样的啊。

那spring是怎么实现的呢，我们接着往下看（只截取关键代码）

// 如果从spring容器获取的对象和期望返回的对象类型不一样，执行此逻辑
if (requiredType != null && !requiredType.isInstance(bean)) {
   try {
      T convertedBean = getTypeConverter().convertIfNecessary(bean, requiredType);
      if (convertedBean == null) {
         throw new BeanNotOfRequiredTypeException(name, requiredType, bean.getClass());
      }
      return convertedBean;
   }
   catch (TypeMismatchException ex) {
      if (logger.isDebugEnabled()) {
         logger.debug("Failed to convert bean '" + name + "' to required type '" +
               ClassUtils.getQualifiedName(requiredType) + "'", ex);
      }
      throw new BeanNotOfRequiredTypeException(name, requiredType, bean.getClass());
   }
}

重点就是T convertedBean = getTypeConverter().convertIfNecessary(bean, requiredType) 这行代码了。 他实现了bean的转换逻辑

转换bean：doConvertValue

深入这行代码，就能找到真正执行转换逻辑的代码（TypeConverterDelegate.class）。篇幅有限，只截取关键代码。

@Nullable
private Object doConvertValue(@Nullable Object oldValue, @Nullable Object newValue,
      @Nullable Class<?> requiredType, @Nullable PropertyEditor editor) {

   Object convertedValue = newValue;

   if (editor != null && !(convertedValue instanceof String)) {
      try {
         editor.setValue(convertedValue);
         Object newConvertedValue = editor.getValue();
         if (newConvertedValue != convertedValue) {
            convertedValue = newConvertedValue;
            editor = null;
         }
      }
      catch (Exception ex) {
         if (logger.isDebugEnabled()) {
            logger.debug("PropertyEditor [" + editor.getClass().getName() + "] does not support setValue call", ex);
         }
      }
   }

   Object returnValue = convertedValue;

   return returnValue;
}

重点需要关注两行代码

editor.setValue(convertedValue);

Object newConvertedValue = editor.getValue();

可以看到spring将两个对象的转换交给了从spring容器获取的bean和PropertyEditor对象去处理：

• spring先是给PropertyEditor对象设置了从spring容器中获取到的对象

• 然后直接从PropertyEditor对象获取对象

• 最后就返回了这个对象

那么PropertyEditor这个对象是啥，他又是怎么组合从spring容器获取的bean从而获取到想要的对象的呢？

PropertyEditor

简介

官方注释对PropertyEditor进行了说明

PropertyEditor类为希望允许用户编辑给定类型的属性值的GUI提供支持。

PropertyEditor支持显示和更新属性值的各种不同方式。大多数PropertyEditors只需要支
持此API中可用的不同选项的子集。

Simple PropertyEditors可能只支持getAsText和setAsText方法，不需要支持
paintValue或getCustomEditor。更复杂的类型可能无法支持getAsText和setAsText，
但将支持paintValue和getCustomEditor。

每个propertyEditor都必须支持三种简单显示样式中的一种或多种。
因此，它可以（1）支持isPaintable，或者（2）从getTags（）返回一个非null String[]，
并从getAsText（）中返回非null值，或者（3）只从getAs文本（）返回非null String。

当参数对象的类型为propertyEditor时，每个属性编辑器都必须支持对setValue的调用。
此外，每个属性编辑器必须支持自定义编辑器或支持setAsText。

每个PropertyEditor都应该有一个空构造函数。

说白了，JDK提供了这个接口，就是为了将外部设置的值（RedisTemplate）转换为内部的属性值（value = ValueOperations）。

跟ValueOperations的关系

先抛开PropertyEditor这个对象，回到我们要转换的类型ValueOperations上，打开ValueOperations类所在的位置。

有没有发现所在目录下，每一种Operations都有对应的Editor，我们选择ValueOperationsEditor看看他的UML类图

果然，就是我们要找的PropertyEditor！

ValueOperationsEditor源码

接着我们来看下ValueOperationsEditor的源码，看他都做了些啥。

class ValueOperationsEditor extends PropertyEditorSupport {
    ValueOperationsEditor() {
    }

    public void setValue(Object value) {
        if (value instanceof RedisOperations) {
            super.setValue(((RedisOperations)value).opsForValue());
        } else {
            throw new IllegalArgumentException("Editor supports only conversion of type " + RedisOperations.class);
        }
    }
}

果然，跟我们的猜想一样，最终就是通过opsForValue()方法从RedisTemplate获取到真正的操作对象，并设置到Editor对象的value属性中，然后调用getValue返回我们期望获取的对象ValueOperations。

总结

事实证明了我们的猜想大致的思路是没问题的，但是需要补充点细节。

那最后，我们就将之前的猜想补充成最终的结论吧。

• 首先获取到spring容器中的RedisTemplate对象
• 然后获取到ValueOperations对应的编辑类ValueOperationsEditor
• 将RedisTemplate对象通过set方法给ValueOperationsEditor的属性值value赋值
• 最后通过get方法得到属性值，即ValueOperations对象