Java之Spring大纲 面试必备

IOC 就是控制反转，原来对象是由使用者来控制，有了spring之后，对象交由spring来控制管理

DI，依赖注入，把对应的属性值注入到对象中比如通过注解的方式@Auotowired，完成属性的注入

IOC，它是一个容器，用来存储对象使用map结构来存储，在spring中一般存在三级缓存，singletonObjects存放完整的bean对象整个bean的生命周期，从创建到使用到销毁的过程全部都是由容器来管理（bean的生命周期）

总

4、BeanPostProcessor的注册功能，方便后续对bean对象完成具体的扩展功能

5、通过反射的方式讲BeanDefinition对象实例化成具体的bean对象

6、bean对象的初始化过程（填充属性，调用aware子类的方法，调用BeanPostProcessor前置处理方法，调用init-mehtod方法，调用BeanPostProcessor的后置处理方法）

7、生成完整的bean对象，通过getBean方法可以直接获取

8、销毁过程

分

Spring初始化和创建对象流程

Spring IOC的理解，原理与实现

反射

xml解析

工厂模式

设计模式

1、先通过createBeanFactory创建出一个Bean工厂（DefaultListableBeanFactory）

4、进行对象的属性填充populateBean

5、进行其他的初始化操作（initializingBean）

spring IOC的底层实现

1、实例化bean：反射的方式生成对象

6、调用BeanPostProcessor的后置处理方法：spring的aop就是在此处实现的，AbstractAutoProxyCreator注册Destuction相关的回调接口：钩子函数

7、获取到完整的对象，可以通过getBean的方式来进行对象的获取

8、销毁流程，1；判断是否实现了DispoableBean接口，2，调用destroyMethod方法

Bean 的生命周期

bean的生命周期

先说明bean的创建过程：实例化，初始化（填充属性）

形成闭环的原因

1、先创建A对象，实例化A对象，此时A对象中的b属性为空，填充属性b

2、从容器中查找B对象，如果找到了，直接赋值不存在循环依赖问题（不通），找不到直接创建B对象

3、实例化B对象，此时B对象中的a属性为空，填充属性a

4、从容器中查找A对象，找不到，直接创建

一级缓存

二级缓存

三级缓存

三级缓存：createBeanInstance之后：addSingletonFactory

二级缓存：第一次从三级缓存确定对象是代理对象还是普通对象的时候，同时删除三级缓存 getSingleton

一级缓存：生成完整对象之后放到一级缓存，删除二三级缓存:addSingleton

缓存的放置时间和删除时间

循环依赖图

实例化和初始化分开操作

核心

Spring 是如何解决循环依赖的问题的

都是用来创建bean对象的

相同点

使用BeanFactory创建对象的时候，必须要遵循严格的生命周期流程，太复杂了

isSingleton:是否是单例对象 getObjectType:获取返回对象的类型 getObject:自定义创建对象的过程(new，反射，动态代理)

如果想要简单的自定义某个对象的创建，同时创建完成的对象想交给spring来管理，那么就需要实现FactroyBean接口了

不同点

Bean Factory与FactoryBean有什么区别

bean默认都是单例的

单例模式

指定作用域为prototype

原型模式

BeanFactory

模板方法

策略模式

listener，event，multicast

观察者模式

Adapter

适配器模式

BeanWrapper

装饰者模式

使用aop的时候会先生成一个拦截器链

责任链模式

动态代理

代理模式

delegate

委托者模式

Spring中用到的设计模式

aop概念

应用场景

aop是ioc的一个扩展功能，先有的ioc，再有的aop，只是在ioc的整个流程中新增的一个扩展点而已：BeanPostProcessor

1、代理对象的创建过程（advice，切面，切点）

2、通过jdk或者cglib的方式来生成代理对象

3、在执行方法调用的时候，会调用到生成的字节码文件中，直接回找到DynamicAdvisoredInterceptor类中的intercept方法，从此方法开始执行

4、根据之前定义好的通知来生成拦截器链

5、从拦截器链中依次获取每一个通知开始进行执行，在执行过程中，为了方便找到下一个通知是哪个，会有一个CglibMethodInvocation的对象，找的时候是从-1的位置一次开始查找并且执行的。

Spring的AOP的底层实现原理

声明式事务

spring的事务是由aop来实现的，首先要生成具体的代理对象，然后按照aop的整套流程来执行具体的操作逻辑，正常情况下要通过通知来完成核心功能，但是事务不是通过通知来实现的，而是通过一个TransactionInterceptor来实现的，然后调用invoke来实现具体的逻辑

1、先做准备工作，解析各个方法上事务相关的属性，根据具体的属性来判断是否开始新事务

2、当需要开启的时候，获取数据库连接，关闭自动提交功能，开起事务

3、执行具体的sql逻辑操作

4、在操作过程中，如果执行失败了，那么会通过completeTransactionAfterThrowing看来完成事务的回滚操作，回滚的具体逻辑是通过doRollBack方法来实现的，实现的时候也是要先获取连接对象，通过连接对象来回滚

5、如果执行过程中，没有任何意外情况的发生，那么通过commitTransactionAfterReturning来完成事务的提交操作，提交的具体逻辑是通过doCommit方法来实现的，实现的时候也是要获取连接，通过连接对象来提交

6、当事务执行完毕之后需要清除相关的事务信息cleanupTransactionInfo

Spring的事务是如何回滚的

7大传播特性

Required Requires_new nested Support Not_Support Never Mandatory

1、先说事务的不同分类，可以分为三类：支持当前事务，不支持当前事务，嵌套事务

在回答两种方式区别的时候，最大的问题在于保存点的设置，很多同学会认为内部设置REQUIRED和NESTED效果是一样的，其实在外层方法对内层方法的异常情况在进行捕获的时候区别很大，两者报的异常信息都不同，使用REQUIRED的时候，会报Transaction rolled back because it has been marked as rollback-only信息，因为内部异常了，设置了回滚标记，外部捕获之后，要进行事务的提交，此时发现有回滚标记，那么意味着要回滚，所以会报异常，而NESTED不会发证这种情况，因为在回滚的时候把回滚标记清除了，外部捕获异常后去提交，没发现回滚标记，就可以正常提交了。

REQUIRED和NESTED回滚的区别

这两种方式产生的效果是一样的，但是REQUIRED_NEW会有新的连接生成，而NESTED使用的是当前事务的连接，而且NESTED还可以回滚到保存点，REQUIRED_NEW每次都是一个新的事务，没有办法控制其他事务的回滚，但NESTED其实是一个事务，外层事务可以控制内层事务的回滚，内层就算没有异常，外层出现异常，也可以全部回滚。

REQUIRED_NEW和REQUIRED区别

事务嵌套

谈一下spring事务传播

Spring 系列图

Java面试之Spring