金三银四，很快又到了招聘淡季了，最近常常须要去做各种面试，发现很多几年工作教训的候选人，对Spring理解也是知之甚少，更多的只是会用，比方一个@Autowired原理都能够问倒一大片。

为此，趁着女朋友狗泽明天加班，长话短说的聊聊这个话题吧！

@Autowired注解是如何实现主动拆卸的

@Autowired注解之所以能够实现主动拆卸，次要是依赖Spring提供的处理器AutowiredAnnotationBeanPostProcessor，该处理器在初始化的时候便退出了对@Autowired、@Inject、@Value三个注解的解决；

该处理器实现了接口InstantiationAwareBeanPostProcessor，因而能够在bean对象实例化的时候，对其应用了@Autowired的成员进行主动拆卸。

源码参考如下：

public AutowiredAnnotationBeanPostProcessor() {
// 退出了对@Autowired、@Inject、@Value三个注解的解决
this.autowiredAnnotationTypes.add(Autowired.class);
this.autowiredAnnotationTypes.add(Value.class);
try {
this.autowiredAnnotationTypes.add((Class<? extends Annotation>)
ClassUtils.forName("javax.inject.Inject", AutowiredAnnotationBeanPostProcessor.class.getClassLoader()));
logger.info("JSR-330 'javax.inject.Inject' annotation found and supported for autowiring");
}
catch (ClassNotFoundException ex) {
// JSR-330 API not available - simply skip.
}
}

该处理器何时被退出的

当结构Spring容器的时候，Spring会向容器注册几个内置的处理器对象，其中就包含了AutowiredAnnotationBeanPostProcessor。

源码能够间接看AnnotationConfigUtils.registerAnnotationConfigProcessors办法。

源码参考如下：

public static Set<BeanDefinitionHolder> registerAnnotationConfigProcessors(
BeanDefinitionRegistry registry, @Nullable Object source) {

// 省略代码...

if (!registry.containsBeanDefinition(AUTOWIRED_ANNOTATION_PROCESSOR_BEAN_NAME)) {
RootBeanDefinition def = new RootBeanDefinition(AutowiredAnnotationBeanPostProcessor.class);
def.setSource(source);
beanDefs.add(registerPostProcessor(registry, def, AUTOWIRED_ANNOTATION_PROCESSOR_BEAN_NAME));
}

// 省略代码...

return beanDefs;
}

该处理器是什么时候被调用的

Spring在创立bean的时候会调用doCreateBean办法，在doCreateBean办法中会调用populateBean办法，该办法的作用便是先判断是否该bean对象须要进行主动拆卸，如果是的话再一一遍历调用Spring容器曾经注入的处理器。

源码参考如下：

protected void populateBean(String beanName, RootBeanDefinition mbd, @Nullable BeanWrapper bw) {
if (hasInstAwareBpps || needsDepCheck) {
if (pvs == null) {
pvs = mbd.getPropertyValues();
}
PropertyDescriptor[] filteredPds = filterPropertyDescriptorsForDependencyCheck(bw, mbd.allowCaching);
if (hasInstAwareBpps) {
for (BeanPostProcessor bp : getBeanPostProcessors()) {
if (bp instanceof InstantiationAwareBeanPostProcessor) {
InstantiationAwareBeanPostProcessor ibp = (InstantiationAwareBeanPostProcessor) bp;
// 执行后置处理器，填充属性，实现主动拆卸
pvs = ibp.postProcessPropertyValues(pvs, filteredPds, bw.getWrappedInstance(), beanName);
if (pvs == null) {
return;
}
}
}
}
}
}

主动拆卸有几种形式

没有应用过xml配置进行注入的可能都无法回答这个问题，然而凡是看过Spring实战类书籍的都应该晓得这个知识点。

Spring目前反对三种形式，别离是

  • AUTOWIRE_BY_NAME 按名称主动拆卸bean属性
  • AUTOWIRE_BY_TYPE 按类型主动拆卸bean属性
  • AUTOWIRE_CONSTRUCTOR 按结构器主动拆卸

在xml配置注入的时候指定下类型即可进行切换，比方：

拓展：我司这边不举荐应用在xml里边指定主动拆卸类型，因为开发者无奈对Spring利用中的所有Bean的状况都一目了然，而通过这种形式指定会导致注入的对象也存在不确定性。

那么应用@Autowired指定的是哪种主动拆卸

答案是AUTOWIRE_NO，也就是没有指定。

然而实际上看源码的实现其实率先通过类型来拆卸，如果匹配到的实现是多个的，才会额定采纳其余策略。

如果@Autowried注解的接口有多个实现，Spring是如何解决的

大部分人遇见这种状况都是间接答复报错，其实不是的。

如果接口有多个实现，Spring有本人的一套策略：

  • 会看看有没有应用了@Primary注解的bean
  • 依据@Priority注解优先级抉择优先级高的。
  • 依据属性的名称和Spring中beanName来进行判断。

再找不到才会报错，也就是NoUniqueBeanDefinitionException异样。

具体实现源码如下：

@Autowired注入反对哪几种类型

码龄较短的或者没有看过源码的都无法回答这个问题，基本上都只晓得@Autowired注入一个对象。

而实际上@Autowired除了注册单个对象外，还额定反对注入三种类型，别离是数组、汇合以及map类型。

具体参考DefaultListableBeanFactory.resolveMultipleBeans办法

总结

这几个问题并非必考点，只是说如果考查@Autowired的话基本上问题就是这几个了，好了，狗泽上班了，就先这样吧。

晓得大家须要，就整顿了一份学Spring必备的电子书，有须要关注公众号自取，公众号回复：Spring

有趣味的关注我一波，Java面试官带你们跨过一个个的面试坑，保障不亏。

原文链接：https://mp.weixin.qq.com/s/yAFMGOh5WODueLVet-YUUA

谢谢点赞反对????????????！