较劲大厂面试题二-----Spring-AOP、循环依赖考核趋势 _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@Componentpublic 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 = http://www.kingceram.com/post/null;System.out.println("我是环绕通知之前AAA");retvalue = http://www.kingceram.com/post/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对象，生命周期还没有结束。
【较劲大厂面试题二-----Spring-AOP、循环依赖考核趋势】三计缓存：存放可以生成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的属性填充和剩余逻辑。