Java面试题冲刺第七天--Spring框架1_Java教程

面试题1：能简单说一下你对spring框架的理解么？

我们一般说的spring框架就是spring framework，一种轻量级框架，用于提高开发人员的开发效率和可维护性。它是很多模块的集合，使用这些模块可以很方便地协助我们进行开发。这些模块包括：核心容器、数据访问/集成、响应式 web 编程、aop（面向切面编程）、工具、消息和测试模块。

下图对应的是spring 4.x的版本，目前最新的5.x版本中web模块的portlet组件已经被废弃掉，同时增加了用于异步响应式处理的webflux组件。

Java面试题冲刺第七天--Spring框架1

主要模块包括：

spring core：core封装包是框架的最基础部分，提供ioc和依赖注入特性。这里的基础概念是beanfactory，它提供对factory模式的经典实现来消除对程序性单例模式的需要，并真正地允许你从程序逻辑中分离出依赖关系和配置。

spring aop：aop模块是spring的aop库，提供了aop（拦截器）机制，并提供常用的拦截器，供用户自定义和配置。

spring jdbc：负责java数据库连接。

spring jms：负责java消息服务。

spring orm：用于支持常用的hibernate，mybatis等框架，spring本身并不对orm进行实现，仅对常见的orm框架进行封装，并对其进行管理；

spring web：web模块提供对常见框架如struts x，springmvc，jsf的支持，spring能够管理这些框架，将spring的资源注入给框架，也能在这些框架的前后插入拦截器。

spring test：提供了对junit和testng测试的支持。

core container中的core组件是spring所有组件的核心，beans组件和context组件是实现ioc和di的基础，aop组件用来实现面向切面编程。

追问1：常见的core组件有哪些?

ioc container，控制反转容器
events，事件编程
resources，资源加载
i18n，国际化
validation，校验
data binding，数据绑定
type conversion，类型转换
spel，spring 表达式
aop，面向切面编程

面试题2：谈谈对spring ioc的理解

ioc（inversion of controll，控制反转）是一种设计思想，就是将原本在程序中手动创建对象的控制权，交由给spring框架来管理。

ioc在其他语言中也有应用，并非spring特有。ioc容器是spring用来实现ioc的载体，ioc容器实际上就是一个map(key, value)，map中存放的是各种对象。

Java面试题冲刺第七天--Spring框架1

将对象之间的相互依赖关系交给ioc容器来管理，并由ioc容器完成对象的注入。这样可以很大程度上简化应用的开发，把应用从复杂的依赖关系中解放出来。ioc容器就像是一个工厂一样，当我们需要创建一个对象的时候，只需要配置好配置文件/注解即可，完全不用考虑对象是如何被创建出来的。在实际项目中一个service类可能由几百甚至上千个类作为它的底层，假如我们需要实例化这个service，可能要每次都搞清楚这个service所有底层类的构造函数，这是不现实的。如果利用ioc的话，你只需要配置好，然后在需要的地方引用就行了，大大增加了项目的可维护性且降低了开发难度。

spring时代我们一般通过xml文件来配置bean，后来开发人员觉得用xml文件来配置不太友好，于是sprng boot注解配置就慢慢开始流行起来。

追问1：spring中的bean的作用域有哪些？

spring 支持 5 种作用域，如下：

singleton：唯一bean实例，spring中的bean默认都是单例的。
prototype：每次请求都会创建一个新的bean实例。
request：每一次http请求都会产生一个新的bean，该bean仅在当前http request内有效。
session：每一次http请求都会产生一个新的bean，该bean仅在当前http session内有效。
global-session：全局session作用域，仅仅在基于portlet的web应用中才有意义，spring5中已经没有了。portlet是能够生成语义代码（例如html）片段的小型java web插件。它们基于portlet容器，可以像servlet一样处理http请求。但是与servlet不同，每个portlet都有不同的会话。

追问2：spring中的bean生命周期？

bean容器找到配置文件中spring bean的定义。
bean容器利用java reflection api创建一个bean的实例。
如果涉及到一些属性值，利用set()方法设置一些属性值。
如果bean实现了beannameaware接口，调用setbeanname()方法，传入bean的名字。

Java面试题冲刺第七天--Spring框架1

如果bean实现了beanclassloaderaware接口，调用setbeanclassloader()方法，传入classloader对象的实例。
如果bean实现了beanfactoryaware接口，调用setbeanclassfacotory()方法，传入classloader对象的实例。
与上面的类似，如果实现了其他*aware接口，就调用相应的方法。
如果有和加载这个bean的spring容器相关的beanpostprocessor对象，执行postprocessbeforeinitialization()方法。
如果bean实现了initializingbean接口，执行afeterpropertiesset()方法。
如果bean在配置文件中的定义包含init-method属性，执行指定的方法。
如果有和加载这个bean的spring容器相关的beanpostprocess对象，执行postprocessafterinitialization()方法。
当要销毁bean的时候，如果bean实现了disposablebean接口，执行destroy()方法。
当要销毁bean的时候，如果bean在配置文件中的定义包含destroy-method属性，执行指定的方法。

追问3： spring 中的 bean 是线程安全的吗？

spring容器中的bean是否线程安全，容器本身并没有提供bean的线程安全策略，因此可以说spring容器中的bean本身不具备线程安全的特性，但是具体还是要结合具体scope的bean去研究。

结合上面提到的spring bean 的作用域（scope）

1.对于prototype作用域的bean，每次都创建一个新对象，也就是线程之间不存在bean共享，因此不会有线程安全问题。

2.对于singleton作用域的bean，所有的线程都共享一个单例实例的bean，因此是存在线程安全问题的。但是如果单例bean是一个无状态bean，也就是线程中的操作不会对bean的成员执行查询以外的操作，那么这个单例bean是线程安全的。比如controller类、service类和dao等，这些bean大多是无状态的，只关注于方法本身。

有状态bean(stateful bean) ：就是有实例变量的对象，可以保存数据，是非线程安全的。

无状态bean(stateless bean)：就是没有实例变量的对象，不能保存数据，是不变类，是线程安全的。

线程安全这个问题，要从单例与原型bean分别进行说明。

对于有状态的bean（比如modelandview），就需要自行保证线程安全，最浅显的解决办法就是将有状态的bean的作用域由“singleton”改为“prototype”。也可以采用threadlocal解决线程安全问题，为每个线程提供一个独立的变量副本，不同线程只操作自己线程的副本变量。

threadlocal和线程同步机制都是为了解决多线程中相同变量的访问冲突问题。

同步机制：采用了“时间换空间”的方式，仅提供一份变量，不同的线程在访问前需要获取锁，没获得锁的线程则需要排队。
threadlocal：采用了“空间换时间”的方式。threadlocal会为每一个线程提供一个独立的变量副本，从而隔离了多个线程对数据的访问冲突。因为每一个线程都拥有自己的变量副本，从而也就没有必要对该变量进行同步了。

面试题3：说一下 springmvc 运行流程？

Java面试题冲刺第七天--Spring框架1

流程说明：

客户端（浏览器）发送请求，直接请求到dispatcherservlet。
dispatcherservlet根据请求信息调用handlermapping，解析请求对应的handler。
解析到对应的handler（也就是我们平常说的controller控制器）。
handleradapter会根据handler来调用真正的处理器（对应的接口）来处理请求和执行相对应的业务逻辑。
处理器处理完业务后，会返回一个modelandview对象，model是返回的数据对象，view是逻辑上的view。
viewresolver（视图解析器）会根据逻辑view去查找实际的view。
dispatcherservlet把返回的model传给view（视图渲染）。
把view返回给请求者（浏览器）。

追问1：能介绍一下springmvc各组件的作用么？

dispatcherservlet：前端控制器。用户请求到达前端控制器，它就相当于mvc模式中的c，dispatcherservlet是整个流程控制的中心，由它调用其它组件处理用户的请求，dispatcherservlet的存在降低了组件之间的耦合性,系统扩展性提高。由框架实现
handlermapping：处理器映射器。handlermapping负责根据用户请求的url找到handler即处理器，springmvc提供了不同的映射器实现不同的映射方式，根据一定的规则去查找,例如：xml配置方式，实现接口方式，注解方式等。由框架实现
handler：处理器。handler 是继dispatcherservlet前端控制器的后端控制器，在dispatcherservlet的控制下handler对具体的用户请求进行处理。由于handler涉及到具体的用户业务请求，所以一般情况需要程序员根据业务需求开发handler。
handladapter：处理器适配器。通过handleradapter对处理器进行执行，这是适配器模式的应用，通过扩展适配器可以对更多类型的处理器进行执行。由框架实现。
modelandview：是springmvc的封装对象，将model和view封装在一起。
viewresolver：视图解析器。viewresolver负责将处理结果生成view视图，viewresolver首先根据逻辑视图名解析成物理视图名即具体的页面地址，再生成view视图对象，最后对view进行渲染将处理结果通过页面展示给用户。
view:是springmvc的封装对象，是一个接口, springmvc框架提供了很多的view视图类型，包括：jspview，pdfview,jstlview、freemarkerview、pdfview等。一般情况下需要通过页面标签或页面模版技术将模型数据通过页面展示给用户，需要由程序员根据业务需求开发具体的页面。