Java岗大厂面试百日冲刺 - 日积月累，每日三题【Day26】—— Spring框架3(2)

最新推荐文章于 2024-11-10 08:43:33 发布

2301_76348206

最新推荐文章于 2024-11-10 08:43:33 发布

阅读量420

点赞数 3

分类专栏： 2024年程序员学习文章标签： java 面试 spring

本文链接：https://blog.csdn.net/2301_76348206/article/details/137830085

版权

2024年程序员学习专栏收录该内容

167 篇文章 0 订阅

订阅专栏

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注Java）

正文

解析，读 xml 配置，扫描类文件，从配置或者注解中获取 Bean 的定义信息，注册一些扩展功能。
加载，通过解析完的定义信息获取 Bean 实例。

下面是跟踪了 getBean的调用链创建的流程图，为了能够很好地理解 Bean 加载流程，省略一些异常、日志和分支处理和一些特殊条件的判断。

在这里插入图片描述

从上面的流程图中，可以看到一个 Bean 加载主要会经历这么几个阶段（标绿内容）：

获取 BeanName，对传入的 name 进行解析，转化为可以从 Map 中获取到 BeanDefinition 的 bean name。
合并 Bean 定义，对父类的定义进行合并和覆盖，如果父类还有父类，会进行递归合并，以获取完整的 Bean 定义信息。
实例化，使用构造或者工厂方法创建 Bean 实例。
属性填充，寻找并且注入依赖，依赖的 Bean 还会递归调用 getBean 方法获取。
初始化，调用自定义的初始化方法。
获取最终的 Bean，如果是 FactoryBean 需要调用 getObject 方法，如果需要类型转换调用 TypeConverter 进行转化。

以上便是Spring对bean解析注册的全过程，总结一下大致步骤：

加载XML文件，封装成Resource对象；
调用Reader对象方法读取XML文件内容，并将相关属性放到BeanDefinition实例；
将BeanDefinition对象放到BeanFactory对象，用于调用；

追问1：什么是循环依赖？

举个例子，这里有三个类 A、B、C，然后 A 关联 B，B 关联 C，C 又关联 A，这就形成了一个循环依赖。如果是方法调用是不算循环依赖的，循环依赖必须要持有引用。

在这里插入图片描述

循环依赖发生的场景：

构造器循环依赖：依赖的对象是通过构造器传入的，发生在实例化 Bean 的时候。
设值循环依赖：依赖的对象是通过 setter 方法传入的，对象已经实例化，发生属性填充和依赖注入的时候。

如果是构造器循环依赖，本质上是无法解决的。比如我们准调用 A 的构造器，发现依赖 B，于是去调用 B 的构造器进行实例化，发现又依赖 C，于是调用 C 的构造器去初始化，结果依赖 A，整个形成一个死结，导致 A 无法创建。

如果是设值循环依赖，Spring 框架只支持单例下的设值循环依赖。Spring 通过对还在创建过程中的单例，缓存并提前暴露该单例，使得其他实例可以引用该依赖。

追问2：循环依赖得解决思路是什么样的？

Spring解决循环依赖，主要的思路就是依据三级缓存（解链）。

在实例化A时调用doGetBean，发现A依赖的B的实例，此时调用doGetBean去实例B，实例化的B的时候发现又依赖A，如果不解决这个循环依赖的话此时的doGetBean将会无限循环下去，导致内存溢出，程序奔溃。

如果Spring引用一个早期对象，并且把这个"早期引用"并将其注入到容器中，让B先完成实例化，此时A就获取B的引用，完成实例化。

一级缓存：singletonObjects，存放完全实例化属性赋值完成的Bean，直接可以使用。

二级缓存：earlySingletonObjects，存放早期Bean的引用，尚未属性装配的Bean

三级缓存：singletonFactories，三级缓存，存放实例化完成的Bean工厂。

在这里插入图片描述

课间休息，来秀一下新加入的一名家庭成员，小哈！来的第二天睡觉就如此妖娆了么~

面试题2：@Resource和@Autowired有什么区别？

==============================================================================================

@Autowired 根据类型注入
@Resource 默认根据名字注入，其次按照类型搜索
@Autowired @Qualifie("userService") 两个结合起来可以根据名字和类型注入，等同于@Resource

@Autowired与@Resource都可以用来装配bean. 都可以写在字段上,或写在setter方法上。
@Autowired默认按类型装配（byType），默认情况下必须要求依赖对象必须存在，如果要允许null值，可以设置它的required属性为false，如：@Autowired(required=false) ，如果我们想使用名称装配可以结合@Qualifier注解进行使用（@Autowired () @Qualifier ( "xxx" )功能同@Resource），如下：

@Autowired

@Qualifier ( “userDao” )

private UserDao userDao;

@Resource默认按照名称进行装配（byName），名称可以通过name属性进行指定，如果没有指定name属性，当注解写在字段上时，默认取字段名进行安装名称查找，如果注解写在setter方法上默认取属性名进行装配。当找不到与名称匹配的bean时才按照类型进行装配。如果name属性一旦指定，就只会按照名称进行装配。

@Resource (name= “baseDao” )

private BaseDao baseDao;

总结如下：

@Autowired默认按byType自动装配，而@Resource默认byName自动装配。
@Autowired只包含一个参数：required，表示是否开启自动注入，默认是true。而@Resource包含七个参数，其中最重要的两个参数是：name 和 type。
@Autowired如果要使用byName，需要使用@Qualifier一起配合。而@Resource如果指定了name，则用byName自动装配，如果指定了type，则用byType自动装配。

最后，附一张自己面试前准备的脑图：