![77cfdf3c1b6a940b13e4cedabe502a89.png](https://i-blog.csdnimg.cn/blog_migrate/3c5da2d39fed959185e77a056e1ec2db.jpeg)
过完年了,应该有很多程序员开始准备面试了吧?这里帮大家整理了一些关于Spring的知识。相信绝大多数Java都曾经被面试官问到过"什么是IoC"、什么是"依赖注入",为什么要使用Spring,Spring是怎么初始化、Spring怎么解决循环依赖、bean的类型有哪些等问题。面试被问到这些问题,不会,然后上网逐个搜索答案总不是个好习惯,应该彻底把Spring弄懂才对。看完这篇文章之后,面对什么是Spring,为什么要使用Spring这类问题的时候,再也不会说出"因为用起来方便"这样让人尴尬的回答了,并且还能对Spring框架有自己的看法,让面试官给对你产生好感。
![4b09f68987a1822cf0984e0f95229ff8.png](https://i-blog.csdnimg.cn/blog_migrate/b81316e96121a35803a9af325d6676c8.jpeg)
面试官问为什么用Spring,程序员:因为方便?面试官:什么?
讲解Spring容器初始化过程前,顺便说一下,没必要畏惧阅读Spring的源码。Spring源码相对于JDK而言,简直太容易看懂,代码清晰明了,设计模式应用得恰到好处,也没有java.util.concurrent包中那些令人头疼的循环和状态变量,类名、变量名、函数名几乎不用解释,代码看一遍就能懂,学会非常容易。网上还有人宣称"Spring源码至少要看3遍"的,我觉得看一遍差不多了吧,看3遍太浪费时间。
Spring是容器还是工厂
使用过Spring的同学都知道,"Spring是一个容器"。其实,这种说法不太准确,Spring提供的容器不止一种,例如有ClasspathXmlApplicationContext、XmlWebApplicationContext等多种容器,所有这些容器的父类都是BeanFactory。
但是为什么起名叫"工厂"呢?单纯的"容器"只起到一个存放对象的作用,如果只是想把对象存放起来,那么ArrayList,HashSet等Java集合类完全可以胜任,根本用不着Spring。Spring容器并不是单纯用于存放对象的,它存放对象定义(bean definition),而不止是存放对象(bean)。当需要一个对象时,我们从bean容器获取,而bean容器(BeanFactory)负责根据定义创建对象,所以说它是一个"工厂"。
![f581c3c6e5a2999a247ef15ca0ec53da.png](https://i-blog.csdnimg.cn/blog_migrate/6a7e5c0275a36a414adbecad163e1c82.jpeg)
面试官问为什么用Spring,程序员:因为方便?面试官:什么?
反过来,它又为什么叫做"容器"?这是因为在大多数时候,bean都被定义为单例(singleton,与GoF中的singleton略有不同),且这些bean的类是Spring提供的ClassLoader加载的,单例的bean被实例化一次之后就一直保存在这个工厂中,以后每次请求获得这个bean都是同一个对象,相当于这个对象被放在BeanFactory中了,所以它又可以视为一个容器。
![cd125a149d95368101860e6cfb6e50a4.png](https://i-blog.csdnimg.cn/blog_migrate/4b810e0a1072f537bd8253dba1338371.jpeg)
面试官问为什么用Spring,程序员:因为方便?面试官:什么?
而对于非singleton的bean来说,例如scope等于prototype的bean,BeanFactory就主要表现为一个工厂了,每次请求都返回一个不同的实例。
既然说到scope,顺便分享一道常见的Spring面试题,"Spring中bean/对象的类型(scope)有哪些"?回答:取决于你所使用的具体容器。如果使用的是基本容器,例如ClasspathXmlApplicationContext,那么只有singleton和prototype可用;如果使用的是Web容器(例如WebXmlApplicationContext),那么就有singleton, prototype,request,session和global等可用;另外,scope还可以自定义。
Spring通过把自己设计成一个管理应用程序模块定义的容器以及工厂,而不是管理模块自身的容器,让模块可以分别独立开发,实现了模块之间的解耦。
深入理解Dependency Injection和Inversion of Control
依赖注入(Depdendency Injection)和控制反转(IoC,Inversion of Control)是同一个概念,Spring实践了这个思想,为Java Web应用程序建立起一个基本框架。换句话说,Spring是Java Web应用程序的基本框架。下次面试官如果问你,"为什么要使用Spring",你可以回答"它提供了一个Web应用程序的基本框架",然后说它是工厂和容器,提供了IoC,不要回答"用起来方便"。
因为任何一个大型应用程序都包含很多组件(components),组件之间互相调用,并且在运行时并非所有组件都必须创建。如果没有一个整体的结构(框架),程序将会变得混乱、难以维护。假如不使用Spring,那么每次需要调用另一个组件的时候就new一个对象,或者getInstance得到一个实例。当组件越来越多,程序规模越来越大,这种方式会让组件之间的耦合度很高,难以维护。
Spring框架基于BeanFactory,把模块的配置信息(bean definition)统一管理起来(有的模块可以根据需要创建,若不调用则不创建),同时,还把模块的配置参数也统一管理(每个模块不必自己读配置参数,由Spring加载)。程序结构变清晰很多。在此基础上,加上依赖注入的功能,即Spring负责把模块依赖的其他模块推送(push)进来,而不是模块自己去拉取(pull),所以是一个"反转(IoC)",进一步简化了大型应用程序开发。
根据上面讨论,我们总结一下,为什么要使用Spring:
- Spring提供一个容器/工厂,统一管理模块的定义,根据需要创建。
- 把模块的配置参数统一管理,模块不需要自行读取配置。
- Spring提供依赖注入,把依赖的模块自动推送进来,不需要模块自己拉取。
- 此外,Spring提供了对很多其他第三方框架的集成功能,减少了样板代码(boilerplate)。
Spring中bean的生命周期
在Web应用程序启动过程中,Spring容器中的每个bean也有各自的初始化顺序。一个bean,从bean definition被加载到初始化完成,按照以下顺序执行:
1. BeanFactory加载完bean definition和class,实例化除了bean对象。
2. 检查有没有实现BeanNameAware,有则调用setBeanName(得到bean id)
3. 检查有没有实现BeanClassLoaderAware,有则调用setBeanClassLoader。
4. 检查有没有实现EnvironmentAware,有则调用setEnvironment。
5. 检查有没有实现EmbeddedValueResolverAware,有则调用setEmbeddedValueResolver。
6. 检查有没有实现ResourceLoaderAware,有则调用setResourceLoader。
7. 检查有没有实现ApplicationEventPublisherAware,有则调用setApplicationEventPublisher。
8. 检查有没有实现MessageSourceAware,有则调用setMessageSource。
9. 检查有没有实现ApplicationContextAware,有则调用setApplicationContext。
10. 检查有没有实现ServletContextAware,有则调用setServletContext。
11. 调用BeanPostProcessors中的所有postProcessBeforeInitialization,对bean进行一些更进一步的配置。
12. 调用InitializingBean接口中的afterPropertiesSet执行bean自身提供的初始化代码。
13. 调用通过其他方式指定的init-method方法,执行bean自身的初始化。
14. 调用BeanPostProcessors中的所有postProcessAfterInitialization方法。
经历了上述的14个步骤,spring bean才完整地创建出来,很不容易。从以上步骤可以了解到,在初始化方法中哪些资源是已经准备好可以访问的,哪些是还不能访问的。