较劲大厂面试题二-----Spring-AOP、循环依赖考核趋势
一、 面试复盘
= IOC + AOP + TX
-------> ==== boot1------->boot2
1.1 AOP常用的注解？
1.2 说说AOP全部通知顺序，boot1/2对AOP执行顺序的影响？ 1.3 说说你使用AOP中遇到的坑？ 二、-AOP执行顺序 2.1 –boot1业务结果顺序
接口
public interface CalcService {int div(int x,int y);
}
实现类
public class CalcServiceImpl implements CalcService {@Overridepublic int div(int x, int y) {int result = x/y;System.out.println("======>CalcServiceImpl被调用了，计算结果为："+result);return result;}
}
AOP切面
@Aspect
@Component
public class MyAspect {@Before("execution(public int aop.spring45.CalcServiceImpl.*(..))")public void beforeNotify() {System.out.println("********@Before我是前置通知");}@After("execution(public int aop.spring45.CalcServiceImpl.*(..))")public void afterNotify() {System.out.println("********@After我是后置通知");}@AfterReturning("execution(public int aop.spring45.CalcServiceImpl.*(..))")public void afterReturningNotify() {System.out.println("********@AfterReturning我是返回后通知");}@AfterThrowing(" execution(public int aop.spring45.CalcServiceImpl.*(..))")public void afterThrowingNotify() {System.out.println("********@AfterThrowing我是异常通知");}@Around(" execution(public int aop.spring45.CalcServiceImpl.*(..))")public Object around(ProceedingJoinPoint proceedingJoinPoint) throws Throwable {Object retvalue = null;System.out.println("我是环绕通知之前AAA");retvalue = proceedingJoinPoint.proceed();System.out.println("我是环绕通知之后BBB");return retvalue ;}
}
测试类
@SpringBootTest
@RunWith(SpringRunner.class)
public class TestAop {@Autowiredprivate CalcService calcService;@Testpublic void testAopSpring4(){System.out.println("spring4版本：springboot版本="+ SpringVersion.getVersion()+":"+ SpringBootVersion.getVersion());calcService.div(10,2);//calcService.div(10,0);}}
AOP正常执行结果：
AOP异常执行结果：
总结：AOP执行顺序
正常情况下：@前置通知----->@After后置通知----->@正常返回
异常情况下：@前置通知----->@After后置通知----->@方法异常
2.2 –boot2业务结果顺序
直接替换pom依赖的版本号
AOP正常结果如下：
AOP异常结果如下：
总结：AOP执行顺序
正常情况下：@前置通知----->@正常返回----->@After后置通知
异常情况下：@前置通知----->@方法异常----->@After后置通知
三、循环依赖 3.1 大厂面试复盘
你解释下中的三级缓存？三个Map又什么不同？
什么是循环依赖？IOC容器是神魔？
如何检测是否存在循环依赖？循环依赖的异常见过吗？
多例情况下，循环依赖为神魔无法解决？
源码看过没？
3.2 什么是循环依赖？
就是多个bean之间相互依赖，形成了一个闭环。
一般默认在单例模式中，属性相互影响的场景。
3.3 依赖注入的两种方式？
1.构造方法注入【不适合解决循环依赖】
2.set方法注入
3.3.1 构造方法实例代码：
构造方法错误测试：
构造器循环依赖是无法解决的，如果想让构造器支持循环依赖，是不可能的。
3.3.2 set方法实例代码
set方法解决循环依赖测试：
作为属性进行注入，解决问题，验证了官网的set方法解决循环依赖的问题。
3.4 的3级缓存【istry】
所谓的3级缓存其实就是内部3个用来解决循环依赖的3个Map。
一级缓存：存放已经经历了完整的生命周期的Bean对象。
二级缓存：存放早期暴露出来的Bean对象，生命周期还没有结束。
三计缓存：存放可以生成Bean的工厂 。
注意：只有单利的Bean会通过三计缓存来解决循环依赖的问题，不是单利的，每次容器中都会从容器中获取到一个新的对象，重新创建，所以不史丹利的bean时没有的缓存的，不会将其放到三计缓存中去。
3.5 循环依赖Debug
知识准备：
实例化：申请内存空间
初始化：属性的赋值
AB两个对象在三级缓存中的迁移说明
1.A的创建过程需要B，于是A将自己放到三级缓存里面，去实例化B。
2.B实例化时候发现需要A，于是B先查一级缓存，没有，再查二级缓存，还是没有，再查三级缓存，找到了A。
3.B顺利初始化完毕，将自己放到一级缓存里面（此时B里面的A依然是创建状态中）然后回来接着创建A，此时B已经创建结束，直接从一级缓存理念拿到B，然后创建完成，并将自己A放到一级缓存里面去。
3.5.1 开始debug断点调试
总结：
3.6 总结如何解决循环依赖的?
创建bean主要分为两个步骤，创建原始bean对象，接着去填充对象的属性和初始化
每次创建爱你bean之前，我们都会从缓存中查看有没有该bean，单例只有一个
当我们创建beanA对象之后，并把它放到三级缓存中，接下来就是填充对象属性了，这个时候发现了依赖于B，接着有去创建beanB。
不同的是：
这时候可以在三级缓存总查到刚放进去的beanA，所以不需要继续创建，用它继续注入beanB，完成B的创建，继而继续完成A的属性填充和剩余逻辑。
