Spring 5.x 源码之旅-56自动装配的秘密二

作者简介：大家好，我是smart哥，前中兴通讯、美团架构师，现某互联网公司CTO

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬

学习必须往深处挖，挖的越深，基础越扎实！

阶段1、深入多线程

阶段2、深入多线程设计模式

阶段3、深入juc源码解析

阶段4、深入jdk其余源码解析

阶段5、深入jvm源码解析

码哥源码部分

码哥讲源码-原理源码篇【2024年最新大厂关于线程池使用的场景题】

码哥讲源码【炸雷啦！炸雷啦！黄光头他终于跑路啦！】

码哥讲源码-【jvm课程前置知识及c/c++调试环境搭建】

​​​​​​码哥讲源码-原理源码篇【揭秘join方法的唤醒本质上决定于jvm的底层析构函数】

码哥源码-原理源码篇【Doug Lea为什么要将成员变量赋值给局部变量后再操作？】

码哥讲源码【你水不是你的错,但是你胡说八道就是你不对了！】

码哥讲源码【谁再说Spring不支持多线程事务，你给我抽他！】

终结B站没人能讲清楚红黑树的历史，不服等你来踢馆！

打脸系列【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如果有多个类型匹配的话，会先按优先级匹配，然后按类名名字匹配。