概念
轻量级的（面向切面AOP）、（IOC控制反转）容器框架。
Spring优点
1．降低组件之间的耦合性
2．专注于自己业务逻辑，统一的行为（日志、安全等）抽象出来统一处理
3．易于单元测试
4．方便事物处理
5．Spring并不强制应用完全依赖于Spring，开发者可自由选用Spring框架的部分或全部
6 . spring对于主流的应用框架提供了集成支持，如hibernate，JPA，Struts等
7 . spring属于低侵入式设计，代码的污染极低
8 . 提供了单例模式支持。
Spring七个模块
Spring context
Spring AOP
Spring DAO
Spring ORM
Spring Web
Spring MVC
Spring Core
AOP和IOC
Aop
允许程序通过分离的应用业务逻辑与系统级别服务。程序员只需专注自己的业务逻辑，而不需要管系统级服务。容器中的对象能享有容器中的公共服务（日志、安全）。
原理
通过动态代理做到这一点。用到了代理模式，代理模式是一种静态代理，而动态代理就是利用反射和动态编译将代理模式变成动态的。得知被代理类后通过反射得知他的一切信息，然后动态编译成代理类的class文件（动态组装成代理类，生成java文件，再编译成class文件）。
优点
提供另外一种编程思路，可以把类似的行为抽离出来统一处理。
Ioc
依赖注入（DI）和控制反转（Inversion of Control）是同一个概念。控制权的反转，在程序中对象的控制权转到容器而不是程序员自己控制，促进了松耦合。依赖注入，将相互依赖的对象分离，在Spring配置文件中，描述他们的依赖关系，用到一个对象时注入，而不需要New一个对象。
原理
通过工厂+反射将我们的bean放到容器中，当我们想用某个bean的时候，只需要调用getBean("beanID")方法。
优点
解耦、统一管理bean，缺点占用内存多、构造对象慢
beanFactory与ApplicationContext
二者是父子关系
Spring的IoC容器就是一个实现了BeanFactory接口的可实例化类，它就是 Spring IoC 容器的真面目。ioc使用 BeanFactory 来实例化、配置和管理 Bean。
如果说BeanFactory是Spring的心脏，那么ApplicationContext就是完整的躯体了，ApplicationContext由BeanFactory派生而来，提供了更多面向实际应用的功能。
（1）MessageSource, 提供国际化的消息访问
（2）资源访问，如URL和文件
（3）事件传播特性，即支持aop特性
1．ApplicationContext接口继承BeanFactory接口，Spring核心工厂是BeanFactory ,BeanFactory采取延迟加载，第一次getBean时才会初始化Bean, ApplicationContext是会在加载配置文件时初始化Bean。
2．ApplicationContext是对BeanFactory扩展，他可以国际化处理、资源访问、事件传播。
Bean的生命周期
建立
1 . Bean的建立
由BeanFactory读取Bean定义文件，并生成各个实例。
初始化
2 . 依赖注入
3．setBeanName()
4．setBeanFactory()
5．processBeforeInitialization()
初始化之前都会执行这个实例的processBeforeInitialization()方法。
6．afterPropertiesSet()
7．init-method
8．processAfterInitialization()
业务逻辑
9．使用Bean做一些业务逻辑
销毁
10．destroy()
11．destroy-method
Bean的作用域
1. Singleton: 这是默认的作用域，这种范围确保不管接受多少个请求，每个容器中只有一个bean的实例，单例模式有BeanFactory自身维护；
2. Prototype: 原形范围与单例范围相反，为每一个bean请求提供一个实例；
3. Request: 在请求bean范围内会为每一个来自客户端的网络请求创建一个实例，在请求完成以后，bean会失效并被垃圾回收器回收；
4. Session: 与请求范围类似，确保每个session中有一个bean的实例，在session过期后，bean会随之失效；
Servlet生命周期
1. 初始化阶段 调用init()方法
2. 响应客户请求阶段 调用service()方法
3. 终止阶段 调用destroy()方法
设值注入和构造注入及其区别
设值注入：类中定义setter（）方法，在配置文件中注入参数
property name="country" value="China" />
构造注入：类中声明一个构造方法，并在此方法的参数中定义要注入的对象。
undefinedundefined
undefinedundefined
undefinedundefined
设值注入优点
1. 与传统的JavaBean的写法更相似，程序开发人员更容易理解、接受，依赖关系显得更加直观、自然。
2. 对于复杂的依赖关系，如果采用构造注入，会导致构造器过于臃肿，难以阅读。而设值注入不会
三、在某些属性可选的情况下，多参数的构造器更加笨重。
构造注入优点
1. 构造注入可以在构造器中决定依赖关系的注入顺序，优先依赖的优先注入。
2. 对于依赖关系无须变化的Bean，构造注入更有用处。
建议：采用设值注入为主，构造注入为辅的注入策略。对于依赖关系无需变化的注入，尽量采用构造注入；而其它的依赖关系的注入，则考虑设值注入。
Spring实例化bean的三种方法
1．通过构造函数
2．通过静态工厂方法
factory-method="静态方法"/>
3．通过实例工厂方法
factory-method="createClientServiceInstance"/>
Bean的参数有id、class、factory-bean、factory-method等
Spring事物管理简单介绍
包括声明式事务和编程式事务，编程式的，比较灵活，但是代码量大，存在重复的代码比较多；声明式的比编程式的更灵活，最大的好处是大大减少了代码量。编程式不常用，接下来介绍声明式事务管理。
声明式事务管理建立在AOP之上的，动态代理实现其机制（不改变源码，对原有的功能动态扩展）。声明式事务管理使业务代码不受污染，这正是spring倡导的非侵入式的开发方式。声明式事物处理也有五种不同的配置方式，单常用的是基于 @Transactional注解的声明式事务管理。此时在DAO上需加上@Transactional注解，在需要事务处理的类或方法上都可以加。
Spring配置文件中关于事务配置总是由三个组成部分，分别是DataSource、TransactionManager和代理机制这三部分，无论哪种配置方式，一般变化的只是代理机制这部分。
TransactionDefinition接口定义了四种事物属性是我们需要知道的
事物传播行为
在开始当前事务之前，一个事务上下文已经存在，此时有若干选项可以指定一个事务性方法的执行行为。
TransactionDefinition.PROPAGATION_REQUIRED：如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。这是默认值。
TransactionDefinition.PROPAGATION_REQUIRES_NEW：创建一个新的事务，如果当前存在事务，则把当前事务挂起。
TransactionDefinition.PROPAGATION_SUPPORTS：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事务方式运行，如果当前存在事务，则把当前事务挂起。
TransactionDefinition.PROPAGATION_NEVER：以非事务方式运行，如果当前存在事务，则抛出异常。
TransactionDefinition.PROPAGATION_MANDATORY：如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。
TransactionDefinition.PROPAGATION_NESTED：如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务，则该取值等价于TransactionDefinition.PROPAGATION_REQUIRED。
事物隔离级别
TransactionDefinition.ISOLATION_DEFAULT：这是默认值，表示使用底层数据库的默认隔离级别。对大部分数据库而言，通常这值就是TransactionDefinition.ISOLATION_READ_COMMITTED。
TransactionDefinition.ISOLATION_READ_UNCOMMITTED：该隔离级别表示一个事务可以读取另一个事务修改但还没有提交的数据。该级别不能防止脏读，不可重复读和幻读，因此很少使用该隔离级别。比如PostgreSQL实际上并没有此级别。
TransactionDefinition.ISOLATION_READ_COMMITTED：该隔离级别表示一个事务只能读取另一个事务已经提交的数据。该级别可以防止脏读，这也是大多数情况下的推荐值。
TransactionDefinition.ISOLATION_REPEATABLE_READ：该隔离级别表示一个事务在整个过程中可以多次重复执行某个查询，并且每次返回的记录都相同。该级别可以防止脏读和不可重复读。
TransactionDefinition.ISOLATION_SERIALIZABLE：所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别。
事务超时
所谓事务超时，就是指一个事务所准许实行的最长时辰，假定跨越该时辰限制但事务还没有完成，则自动回滚事务。
事务只读属性
只读事务用于客户代码只读但不修改数据的情形，只读事务用于特定情景下的优化，比如使用Hibernate的时候
SpringMVC流程
用户发送请求至前端控制器DispatcherServlet
DispatcherServlet收到请求调用HandlerMapping处理器映射器。
处理器映射器根据请求url找到具体的处理器，生成处理器对象及处理器拦截器(如果有则生成)一并返回给DispatcherServlet。
DispatcherServlet选择合适的HandlerAdapter处理器适配器调用处理器
执行处理器(Controller，也叫后端控制器)。
Controller执行完成返回ModelAndView
HandlerAdapter将controller执行结果ModelAndView返回给DispatcherServlet
DispatcherServlet将ModelAndView传给ViewReslover视图解析器
ViewReslover解析后返回具体View
DispatcherServlet对View进行渲染视图（即将模型数据填充至视图中）。
DispatcherServlet响应用户
