背景:
今天接手同事的一个项目代码,看到了使用Spring的Resource的注解,之前我们使用Resource注解的时候都是保证Resource注解的name和定义的Service类的id名称保持一致,导致我一开始以为如果Resource名称和Service的id名称不一致时是无法注入的,但是其实我错了,Resource注解的功能是包含了Autowired的功能的,也就是Resource优先会通过名称进行匹配,如果找不到匹配的实例,会使用Type类型进行匹配,注意这里是Type类型,不是Class类型,这引申出了我的这篇文章,Spring依赖注入是支持泛型的吗?
追踪真相:
我们首先来看下以下代码:
被注入类
@Configuration
public class CacheConfig {
@Bean
public Cache<String, Map<Integer, Integer>> createAMapCache() {
return Caffeine.newBuilder()
.initialCapacity(20)
.maximumSize(200).build();
}
@Bean
public Cache<String, Long> createBMapCache() {
return Caffeine.newBuilder()
.expireAfterWrite(365, TimeUnit.DAYS)
.initialCapacity(600)
.maximumSize(6000).build();
}
}
注入类:
public class Test {
@Resource
private Cache<String, Long> slCache;
@Resource
private Cache<String, Map<Integer, Integer>> mapCache;
}
由以上可以,虽然都是caffeine.cache类,但是由于他们泛型不一样,所以是可以正确注入到不同的实例中的,再来看看如果我们注入一个Class一样,但是泛型不一样的实例会怎么样?
修改注入类:
public class Test {
@Resource
private Cache<String, Long> slCache;
@Resource
private Cache<String, Map<Integer, Integer>> mapCache;
@Resource
private Cache<String, String> noExistCache;
}
可以看到对于noExistCache没法注入,报错信息如下:
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'com.vip.gce.job.spu.DeSpuPartitionJobTest':
Injection of resource dependencies failed; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException:
No qualifying bean of type [com.github.benmanes.caffeine.cache.Cache] found for dependency:
expected at least 1 bean which qualifies as autowire candidate for this dependency.
其实答案显而易见,spring依赖注入不仅仅要Class匹配,泛型也要匹配,也就是所谓的ResolvableType要匹配
具体查找匹配类的源码如下,首先是入口类:
1.CommonAnnotationBeanPostProcessor#autowireResource,关键代码如下
2.找到所有匹配的Class实例,这里没有包含泛型信息:DefaultListableBeanFactory#findAutowireCandidates
3.对于查找到的满足Class实例条件的bean,判断这个bean的泛型和Resource中的泛型是否匹配GenericTypeAwareAutowireCandidateResolver#checkGenericTypeMatch