Spring 5.x 源码之旅五十六自动装配的秘密二
AUTOWIRE_BY_TYPE按类型装配
上篇将了AUTOWIRE_NO和AUTOWIRE_BY_NAME的装配方式,这篇把剩下的一个也讲了。
我们改下这个类:

AbstractAutowireCapableBeanFactory的autowireByType
前面部分跟AUTOWIRE_BY_NAME一样,滤出符合条件的set方法:


后面的关键在:

内部又到这里来了:

后面就是根据type来的,跟AUTOWIRE_NO一样,代码就不贴了。但是这个有个主意点,就是isRequired肯定是false,所以找不到就返回而已,不会报错,不像Autowired注解,自动是Required的,找不到要报错的:

然后多个匹配的情况也是一样的:

如果是写方法最终其实都会调用set方法来进行赋值,当然如果是属性也是反射赋值啦:




可以看到如果有的话都是同一个对象。

总结
- 默认没有进行注解或者其他装配模式设置是不会进行装配的。
AUTOWIRE_BY_NAME是根据set方法的相关方法名进行匹配的,如果找不到就不会装配了。AUTOWIRE_NO是@Autowired的默认方式,走的是根据type类型装配,如果找不到会报错,除非设置required=fasle。AUTOWIRE_BY_TYPE走的是根据type类型装配,找不到,但是不会报错,因为默认required=fasle。AUTOWIRE_BY_NAME和AUTOWIRE_BY_TYPE有些类型是不能装配的,比如Enum,CharSequence,Number,Date,Temporal,URI,URL,Locale,Class。AUTOWIRE_BY_NAME和AUTOWIRE_BY_TYPE如果有多个类型匹配的话,会先按优先级匹配,然后按类名名字匹配。
好了,今天就到这里了,希望对学习理解有帮助,大神看见勿喷,仅为自己的学习理解,能力有限,请多包涵。
本文深入探讨Spring5.x中三种自动装配模式:AUTOWIRE_NO、AUTOWIRE_BY_NAME和AUTOWIRE_BY_TYPE的工作原理及特点。解析AbstractAutowireCapableBeanFactory的autowireByType方法,对比不同装配方式的差异,特别关注类型匹配过程中的细节与陷阱。
557

被折叠的 条评论
为什么被折叠?



