spring总结

spring的优点

1. Spring是分层的架构，可以选择使用需要的层面而不用管不需要的部分
2. Spring是POJO编程，POJO编程使得可持续构建和可测能力提高
3. 依赖注入和IOC使得JDBC操作更简单
4. Spring使得对象管理集中化和简单化
5. 免费

Spring中实现DI的三种方式

1. 构造器注入：依赖于有参或无参构造方法注入（没用Spring之前通过构造方法new对象）
2. setter注入：将构造方法设置为无参构造，然后通过setter为其注入新的值
3. 接口注入：历史悠久，不如前两种
4. 构造器和setter都是通过反射实现

spring的工作流程

第一步：发起请求到前端控制器(DispatcherServlet)

第二步：前端控制器请求HandlerMapping查找 Handler

可以根据xml配置、注解进行查找

第三步：处理器映射器HandlerMapping向前端控制器返回Handler

第四步：前端控制器调用处理器适配器去执行Handler

第五步：处理器适配器去执行Handler

第六步：Handler执行完成给适配器返回ModelAndView

第七步：处理器适配器向前端控制器返回ModelAndView

​ ModelAndView是springmvc框架的一个底层对象，包括Model和view

第八步：前端控制器请求视图解析器去进行视图解析

​ 根据逻辑视图名解析成真正的视图(jsp)

第九步：视图解析器向前端控制器返回View

第十步：前端控制器进行视图渲染

第十一步：前端控制器向用户响应结果

简单描述IOC（控制反转）的理解

创建对象的控制权进行转移，不使用控制反转之前创建对象的主动权和创建时机都是自己定义的，而现在交给第三方控制。例如转移交给类IOC容器，它就是一个专门用来创建对象的工厂，想创建什么对象就给什么对象，有了IOC容器之前的依赖关系便不存在，现都依赖于IOC容器，通过IOC容器建立之间的关系。

(　首先想说说IoC（Inversion of Control，控制反转）。这是spring的核心**，贯穿始终。所谓IoC，对于spring框架来说，就是由spring来负责控制对象的生命周期和对象间的关系。这是什么意思呢，举个简单的例子，我们是如何找女朋友的？常见的情况是，我们到处去看哪里有长得漂亮身材又好的mm，然后打听她们的兴趣爱好、qq号、电话号、ip号、iq号………，想办法认识她们，投其所好送其所要，然后嘿嘿……这个过程是复杂深奥的，我们必须自己设计和面对每个环节。传统的程序开发也是如此，在一个对象中，如果要使用另外的对象，就必须得到它（自己new一个，或者从JNDI中查询一个），使用完之后还要将对象销毁（比如Connection等），对象始终会和其他的接口或类藕合起来。

那么IoC是如何做的呢？有点像通过婚介找女朋友，在我和女朋友之间引入了一个第三者：婚姻介绍所。婚介管理了很多男男女女的资料，我可以向婚介提出一个列表，告诉它我想找个什么样的女朋友，比如长得像李嘉欣，身材像林熙雷，唱歌像周杰伦，速度像卡洛斯，技术像齐达内之类的，然后婚介就会按照我们的要求，提供一个mm，我们只需要去和她谈恋爱、结婚就行了。简单明了，如果婚介给我们的人选不符合要求，我们就会抛出异常。整个过程不再由我自己控制，而是有婚介这样一个类似容器的机构来控制。Spring所倡导的开发方式就是如此，**所有的类都会在spring容器中登记，告诉spring你是个什么东西，你需要什么东西，然后spring会在系统运行到适当的时候，把你要的东西主动给你，同时也把你交给其他需要你的东西。所有的类的创建、销毁都由 spring来控制，也就是说控制对象生存周期的不再是引用它的对象，而是spring。对于某个具体的对象而言，以前是它控制其他对象，现在是所有对象都被spring控制，所以这叫控制反转。

)

解释一下Dependency Injection(DI)和IOC（inversion of control）

DI即 依赖注入：组件之间依赖关系由容器在运行期决定，形象的说，即由容器动态的将某个依赖关系注入到组件之中，依赖注入的目的并非为软件系统带来更多功能，而是为了提升组件重用的频率，并为系统搭建一个灵活、可扩展的平台。通过依赖注入机制，我们只需要通过简单的配置，而无需任何代码就可指定目标需要的资源，完成自身的业务逻辑，而不需要关心具体的资源来自何处，由谁体现。

IOC和DI的关系：他们是同一个概念的不同角度描述

请介绍下spring的事务管理

1. TransactionDefinition：事务属性定义

2. TransactionStatus：代表了当前的事务，可以提交 回滚

3. PlatformTransactionManager：是Spring提供的用于管理事务的基础接口，其下有一个实现的抽象类AbstractPlatformTransactionManager，我们使用的事务管理类例如DataSourceTransactionManager等都是这个类的子类。

Spring提供的事务管理可以分为两类：声明式和编程式，编程式比较灵活，但是代码量大，存在重复的代码比较多。声明式的编程式更灵活。

声明式：

使用TransactionProxyFactoryBean:

PROPAGATION_REQUIREDPROPAGATION_REQUIREDPROPAGATION_REQUIRED,readOnly

围绕Poxy的动态代理 能够自动的提交和回滚事务
org.springframework.transaction.interceptor.TransactionProxyFactoryBean

PROPAGATION_REQUIRED–支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。

PROPAGATION_SUPPORTS–支持当前事务，如果当前没有事务，就以非事务方式执行。

PROPAGATION_MANDATORY–支持当前事务，如果当前没有事务，就抛出异常。

PROPAGATION_REQUIRES_NEW–新建事务，如果当前存在事务，把当前事务挂起。

PROPAGATION_NOT_SUPPORTED–以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。

PROPAGATION_NEVER–以非事务方式执行，如果当前存在事务，则抛出异常。

PROPAGATION_NESTED–如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则进行与PROPAGATION_REQUIRED类似的操作。

如何在spring的applicationContext.xml使用JNDI而不是DataSource

可以使用”org.springframework.jndi.JndiObjectFactoryBean”来实现

Spring里如何配置数据库驱动

使用”org.springframework.jdbc.datasource.DriverManagerDataSource”数据源来配置数据库驱动。示例如下：

java:comp/env/jdbc/appfuse

web中如何配置Spring

org.springframework.web.context.ContextLoaderListener

spring会默认在WEB-INF目录下查找applicationContext.xml文件

SpringMvc工作流程

1. 用户发送请求至前端控制器DispatcherServlet
2. DispatcherServlet收到请求调用HandlerMapping处理器映射器
3. 处理器映射器找到具体的处理器（可以根据xml配置、注解进行查找），生成处理对象及处理器拦截器（如果有则生成）一并返回给DispatcherServlet。
4. DispatcherServlet调用HandlerAdapter处理器适配器。
5. HandlerAdapter经过适配器调用具体的处理器（Controller）。
6. Controller执行完成返回ModelAndView返回给DispatcherServlet。
7. HandlerAdapter将Controller执行结果ModeAndView返回给DispatcherServlet。
8. DispatcherServlet将ModeAndView传给ViewReslover视图解析器。
9. ViewReslover解析后返回具体View
10. DispatcherServlet根据View进行渲染视图（即将模型数据填充至视图中）。
11. DispatcherServlet响应用户