作者简介:大家好,我是smart哥,前中兴通讯、美团架构师,现某互联网公司CTO
联系qq:184480602,加我进群,大家一起学习,一起进步,一起对抗互联网寒冬
学习必须往深处挖,挖的越深,基础越扎实!
阶段1、深入多线程
阶段2、深入多线程设计模式
阶段3、深入juc源码解析
码哥源码部分
码哥讲源码-原理源码篇【2024年最新大厂关于线程池使用的场景题】
码哥讲源码-原理源码篇【揭秘join方法的唤醒本质上决定于jvm的底层析构函数】
码哥源码-原理源码篇【Doug Lea为什么要将成员变量赋值给局部变量后再操作?】
码哥讲源码【谁再说Spring不支持多线程事务,你给我抽他!】
打脸系列【020-3小时讲解MESI协议和volatile之间的关系,那些将x86下的验证结果当作最终结果的水货们请闭嘴】
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
如果有多个类型匹配的话,会先按优先级匹配,然后按类名名字匹配。