Java 岗大厂面试百日冲刺 - 日积月累，每日三题【Day26

• 构造器循环依赖：依赖的对象是通过构造器传入的，发生在实例化 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

1. @Autowired 与 @Resource 都可以用来装配 bean. 都可以写在字段上,或写在 setter 方法上。

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

@Autowired

@Qualifier ( "userDao" )

private UserDao userDao;

3. @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 一起配合。而 @Reso

【一线大厂Java面试题解析+核心总结学习笔记+最新架构讲解视频+实战项目源码讲义】
浏览器打开：qq.cn.hn/FTf 免费领取

urce 如果指定了 name，则用 byName 自动装配，如果指定了 type，则用 byType 自动装配。

• @Autowired 能够用在：构造器、方法、参数、成员变量和注解上，而 @Resource 能用在：类、成员变量和方法上。

• @Autowired 是 spring 定义的注解，而 @Resource 是 JSR-250 定义的注解。

课间休息，又来秀一下来自咱们群里同学的搬砖工地，坐标：大连。

作者：Onlooker

面试题 3：Spring 的事务传播行为有哪些，都有什么作用？

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

简单来讲，就是当系统中存在两个事务方法时(我们暂称为方法 A 和方法 B)，如果方法B在方法A中被调用，那么将采用什么样的事务形式，就叫做事务的传播特性

比如，A 方法调用了 B 方法(B 方法必须使用事务注解)，那么 B 事务可以是一个在 A 中嵌套的事务，或者 B 事务不使用事务，又或是使用与 A 事务相同的事务，这些均可以通过指定事务传播特性来实现。

| 传播行为 | 意义 |

| --- | --- |

| propagation.REQUIRED | 表示当前方法必须运行在事务中。如果当前事务存在，方法将会在该事务中运行。否则会启动一个新的事务 |

| propagation.SUPPORTS | 表示当前方法不需要事务上下文，但是如果存在当前事务的话，那么该方法会在这个事务中运行 |

| propagation.MANDATORY | 表示该方法必须在事务中运行，如果当前事务不存在，则会抛出一个异常 |

| propagation.REQUIRED_NEW | 表示当前方法必须运行在它自己的事务中。一个新的事务将被启动。如果存在当前事务，在该方法执行期间，当前事务会被挂起。如果使用 JTATransactionManager 的话，则需要访问 TransactionManager |

| propagation.NOT_SUPPORTED | 表示该方法不应该运行在事务中。如果存在当前事务，在该方法运行期间，当前事务将被挂起。如果使用 JTATransactionManager 的话，则需要访问 TransactionManager |

| propagation.NEVER | 表示当前方法不应该运行在事务上下文中。如果当前正有一个事务在运行，则会抛出异常 |

| propagation.NESTED | 表示如果当前已经存在一个事务，那么该方法将会在嵌套事务中运行。嵌套的事务可以独立于当前事务进行单独地提交或回滚。如果当前事务不存在，那么其行为与 propagation.REQUIRED 一样。注意各厂商对这种传播行为的支持是有所差异的。可以参考资源管理器的文档来确认它们是否支持嵌套事务 |

每日小结

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

今天我们复习了面试中常考的 Spring 框架相关的三个问题，你做到心中有数了么？对了，如果你的朋友也在准备面试，请将这个系列扔给他，如果他认真对待，肯定会感谢你的！！好了，今天就到这里，学废了的同学，记得在评论区留言：打卡。，给同学们以激励。