舌战面试官-Spring篇

一、spring怎么解析一个请求？

请求进来都由DispatcherServlet接收，DispatcherServlet会通过HandlerMapping找到对于的controller，DispatcherServlet再找到对应的HandlerAdpacher处理controller得到modelAndView对象返回给前端。

二、控制反转和依赖注入

控制反转是说对象的创建工作不是由调用者来管理，而是将控制权移交给spring，spring通过读取bean配置，反射创建实例。

依赖注入则是bean与bean的依赖关系不是在调用时就创建对象。而是通过从外部注入的方式实现。注入的方式有很多种。
1.构造器注入： 通过重写有参构造器给成员属性（其他bean对象）赋值
2.set方法注入：通过set成员属性，将参数中的外部对象注入给成员属性
3.@Autowired @Resource ：@Autowired是通过对象的类型进行注入，@Resource则可以选择根据类型或者时名字。默认是通过名字注入。

三、spring bean的生命周期？

bean的生命周期可以大致分为实例化，属性赋值，初始化，销毁四个阶段

实例化：spring找到bean的配置，通过反射创建bean对象

属性赋值：容器给bean对象赋值，依赖注入
如果实现了BeanNameAware接口，就调用setBeanName方法
如果实现类BeanClassLoaderAware接口，就调用beanClassLoader方法
如果实现了BeanFactoryAware接口，就调用setBeanFactory方法
。。。 一系列接口
如果实现了BeanApplicationContexAware接口，就调用setApplicationContext接口

初始化：初始化前后会调用BeanPostPorcessor接口，就会在初始化前后调用PostProcessorBeforeInitialization方法和PostProcessorAfterInitialzation;初始化过程中会调用@PostConstruct，init-Method 或者现了InitializingBean接口

销毁：果自定义了销毁方法（PreDestroy注解、配置destroy-method、实现了DisposableBean接口），则执行定义的销毁方法。
结束语，spring容器关闭即停止服务的时候，会销毁

四、spring bean的作用域

1.singleton ：单例模式，整个ioc容器共享一个实例

2.prototype：多例模式，每次调用就会创建一个实例

2.request 每一个请求会创建一个实例

4.session：一次会话创建一个实例
5. global Session：在一个全局的 Http Session 中，共享一个实例

五、aop?代理模式？动态代理静态代理，jdk动态代理和cglib动态代理？

aop就是把那些公共业务抽象成切面，织入其他业务流程中，减少冗余代码和耦合。aop是通过代理模式实现的。

代理模式又分为静态代理，动态代理，静态和动态的区别就在于生成aop对象的时机不同

静态代理是编译器期增强，aop框架在编译期生成代理类，将切面织入字节码文件，运行的就是这个被增强的对象。

动态代理则是运行期增强，在运行期会生成代理对象执行被增强的方法，同时在上下文进行逻辑增强。动态代理又分成jdk动态代理和cglib动态代理

jdk动态代理的实现有三个要求：
代理类需要实现invocationHandler
代理对象需要通过Proxy.newProxyInstance生成
被代理对象必须实现接口

jdk动态代理就是通过Proxy.newProxyInstance生成代理对象，然后invocationHandler调用invoke方法。invoke方法可以理解为增强逻辑的被代理方法

而当被代理对象没有实现接口时，就只能通过cglib实现动态代理，cglib是一个第三方库，运行中通过创建被代理对象的子类覆盖被代理方法，实现aop，所以使用cglib代理的被代理类不能用final修饰

六、通知类型

前置通知：在切点前执行，
后置通知：在切点退出（不管正常退出还是异常退出）后执行，
环绕通知：在切点前后执行，
返回后通知：在切点正常退出后执行，
异常后通知：在切点异常退出后执行

七、spring怎么解决循环依赖？

循环依赖就是说类A中注入B，而类B中又注入类A，导致循环依赖；

spring中循环依赖的情况有三种：

1.通过构造器注入时循环依赖

2.通过set方法注入而且是多例模式时

3,通过set方法注入而且是单例模式时

spring中只有第三种情况被解决了，前面两种情况都会有异常

第一种情况在new对象的时候就堵塞了，变成了先有鸡还是先有蛋的问题
所以我们可以使用懒加载的方式，使用@Lazy修饰对象B，这样我们在调用A的构造器创建A时，会先用一个代理对象代理B，这样就变成了A依赖代理对象，B依赖A。 只有A真正被使用时，才会被真正初始化。

而第二种情况会一致无限创建对象，导致oom

而第三种情况主要是依赖于三级缓存解决的，创建出来的bean会存放在缓存里面，，并且针对一个bean三级缓存只能存在一个，查找bean时，一到三级按顺序查找。并且在依赖注入时，提前暴露出来的bean引用存放在第三级缓存中。
一级缓存存储已经创建好的bean对象
二级缓存存储正在创建中的bean对象 和其代理对象
三级缓存使用正在创建中的bean对象的引用

这样一来，在创建对象A时，进入到方法set（Object B）,会先把创建中的A的引用存储在三级缓存，然后创建对象B

创建对象B时，进入方法set（Object A），会把三级缓存中的A引用传递进这个方法，这样B对象就创建好了，存储在一级缓存

然后set（Object B）也就有了参数B，顺利解决了循环依赖

八、BeanFactory和ApplicationContext有什么区别？

（1）BeanFactory是Spring里面最底层的接口，是IoC的核心，定义了IoC的基本功能，包含了各种Bean的定义、加载、实例化，依赖注入和生命周期管理。ApplicationContext接口作为BeanFactory的子类，除了提供BeanFactory所具有的功能外，还提供了更完整的框架功能：

继承MessageSource，因此支持国际化。
资源文件访问，如URL和文件（ResourceLoader）。
载入多个（有继承关系）上下文（即同时加载多个配置文件） ，使得每一个上下文都专注于一个特定的层次，比如应用的web层。
提供在监听器中注册bean的事件。
（2）①BeanFactroy采用的是延迟加载形式来注入Bean的，只有在使用到某个Bean时(调用getBean())，才对该Bean进行加载实例化。这样，我们就不能提前发现一些存在的Spring的配置问题。如果Bean的某一个属性没有注入，BeanFacotry加载后，直至第一次使用调用getBean方法才会抛出异常。

    ②ApplicationContext，它是在容器启动时，一次性创建了所有的Bean。这样，在容器启动时，我们就可以发现Spring中存在的配置错误，这样有利于检查所依赖属性是否注入。 

    ③ApplicationContext启动后预载入所有的单实例Bean，所以在运行的时候速度比较快，因为它们已经创建好了。相对于BeanFactory，ApplicationContext 唯一的不足是占用内存空间，当应用程序配置Bean较多时，程序启动较慢。

（3）BeanFactory和ApplicationContext都支持BeanPostProcessor、BeanFactoryPostProcessor的使用，但两者之间的区别是：BeanFactory需要手动注册，而ApplicationContext则是自动注册。

（4）BeanFactory通常以编程的方式被创建，ApplicationContext还能以声明的方式创建，如使用ContextLoader。