Spring 知识点

Spring 常用模块

核心模块（Core）	基础功能，主要组件BeanFactory,使用Ioc将配置与依赖分离
Spring Context(上下文)	一个配置文件向Spring 提供上下文信息
Spring Aop	事物，日志，文件管理，提高复用性管理的便捷性
Spring Dao	JDBC、DAO的抽象层提供了有意义的异常层次结构，可用该结构来管理异常处理，和不同数据库供应商所抛出的错误信息。
Spring ORM	Spring框架插入了若干个ORM框架，从而提供了ORM对象的关系工具，其中包括了Hibernate、JDO和 IBatis SQL Map等
Spring Web	Web上下文模块建立在应用程序上下文模块之上，为基于web的应用程序提供了上下文
Spring MVC	MVC框架是一个全功能的构建Web应用程序的MVC实现

---

Spring 特征

1.轻量；非入侵的，典型的，不依赖类型的。
2.控制反转；Ioc 促进低耦合。
3.面向切面；业务逻辑与系统服务分开。
4.容器；Spring 包含并管理对象的配置和生命周期
5.框架

---

Spring AOP

1.概念

切面（Aspect）	关注点的模块化
连接点（Joinpoint）	执行过程特定点
切入点（Pointcut）	匹配链接点上的断言
引入（Introduction）	类型声明额外的方法、属性
目标对象（Target Object）	切面通知的对象
Aop代理（Aop Proxy）	实现切面契约，在Spring中有两种方式生成代理:JDK代理和CGLIB代理。
织入（Weaving）
通知(Advice)	前置（before）
	后置（after returning）
	异常（throwing）
	最终（finally）
	环绕（around）

面向方面编程是OOP的补充和完善。OOP定义从上到下的关系。AOP定义从左到右的关系<认证、日志、事物等>。
与业务无关却为业务模块所共同调用的逻辑封装起来，减少重复代码，解耦，增强可操作性和可维护性。

2.实现

AOP 实现的关键就在于 AOP 框架自动创建的 AOP 代理，AOP 代理则可分为静态代理和动态代理两大类，其中静态代理是使用 AOP 框架提供的命令进行编译，从而在编译阶段就可生成 AOP 代理类，因此也称为编译时增强；而动态代理则在运行时借助于 JDK 动态代理、CGLIB 等在内存中“临时”生成 AOP 动态代理类，因此也被称为运行时增强。
静态代理分为：编译时织入（特殊编译器实现）、类加载时织入（特殊的类加载器实现）。
动态代理有  ：  jdk动态代理（基于接口来实现）、CGlib（基于类实现）。

3.两种代理

Spring AOP是基于代理机制的。上文说到，Spring AOP通过JDK Proxy和CGLIB Proxy两种方法实现代理。
如果target object没有实现任何接口，那么Spring将使用CGLIB来实现代理。CGLIB是一个开源项目,它是一个强大的,高性能,高质量的Code生成类库,它可以在运行期扩展Java类与实现Java接口。如果target object实现了一个以上的接口，那么Spring将使用JDK Proxy来实现代理，因为Spring默认使用的就是JDK Proxy，并且JDK Proxy是基于接口的。这也是Spring提倡的面向接口编程。当然，你也可以强制使用CGLIB来进行代理，但是这样可能会造成性能上的下降。

---

Spring IOC

1.概念

一个重要的面向对象法则来削减计算机程序耦合的问题 <Spring 核心>。
依赖注入（Dependency Injection）
依赖查找（Dependency Lookup）
依赖被注入到对象中<解耦>。

2.初始化

XML   -- 读取--》  Resource   -- 解析--》 BeanDefinition  -- 注册--》 BeanFactory
注入方式：1.setter方法注入，2.构造器注入，3.注解注入。

3.BeanFactory 与 ApplicationContext 

在spring IOC容器的代表就是org.springframework.beans包中的BeanFactory接口，BeanFactory接口提供了IOC容器最基本功能，而org.springframework.context包下的ApplicationContext接口扩展了BeanFactory，还提供了与Spring AOP集成，国际化处理，事件传播及提供不同层次的context实现。简单说，BeanFactory提供了IOC容器最基本功能，而ApplicationContext则增加了更多支持企业级功能支持。ApplicationContext完全继承BeanFactory，因而BeanFactory所具有的语义也适用于ApplicationContext。

XmlBeanFactory：BeanFactory实现，提供基本的IoC容器功能，可以从classpath或文件系统等获取资源；
（1）File file = new File("fileSystemConfig.xml");
Resource resource = new FileSystemResource(file);
BeanFactory beanFactory = new XmlBeanFactory(resource);
（2）Resource resource = new ClassPathResource("classpath.xml");
BeanFactory beanFactory = new XmlBeanFactory(resource);
ClassPathXmlApplicationContext：ApplicationContext实现，从classpath获取配置文件；
BeanFactory beanFactory = new ClassPathXmlApplicationContext("classpath.xml");
FileSystemXmlApplicationContext：ApplicationContext实现，从文件系统获取配置文件;
BeanFactory beanFactory = new FileSystemXmlApplicationContext("fileSystemConfig.xml")。

4.BeanFactory与FactoryBean
1. BeanFactory
BeanFactory，以Factory结尾，表示它是一个工厂类(接口)，用于管理Bean的一个工厂。在Spring中，BeanFactory是IOC容器的核心接口，它的职责包括：实例化、定位、配置应用程序中的对象及建立这些对象间的依赖。
2. FactoryBean
以Bean结尾，表示它是一个Bean，不同于普通Bean的是：它是实现了FactoryBean<T>接口的Bean，能生产或者修饰对象生成的工厂Bean,它的实现与设计模式中的工厂模式和修饰器模式类似。一般情况下，Spring通过反射机制利用<bean>的class属性指定实现类实例化Bean，在某些情况下，实例化Bean过程比较复杂，如果按照传统的方式，则需要在<bean>中提供大量的配置信息。配置方式的灵活性是受限的，这时采用编码的方式可能会得到一个简单的方案。Spring为此提供了一个org.springframework.bean.factory.FactoryBean的工厂类接口，用户可以通过实现该接口定制实例化Bean的逻辑。

5.IOC容器原理

IOC容器就是具有依赖注入功能的容器，IOC容器负责实例化、定位、配置应用程序中的对象及建立这些对象间的依赖。应用程序无需在代码中new相关的对象，应用程序由IOC容器进行组装。spring IOC管理的对象，我们称为bean。bean就是spring容器初始化，装配，及管理的对象，除此之外，bean就与应用程序中的其他对象没有什么区别。

---

Spring 事物

1.概念

spring支持编程式事务管理和声明式事务管理两种方式。
编程式事务管理使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理，spring推荐使用TransactionTemplate。

声明式事务管理建立在AOP之上的。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。和编程式事务相比，声明式事务唯一不足地方是，后者的最细粒度只能作用到方法级别，无法做到像编程式事务那样可以作用到代码块级别。

事务属性包含了5个方面：

2.Spring事务的传播行为

Spring定义了7个以PROPAGATION_开头的常量表示它的传播属性。

名称	值	解释
PROPAGATION_REQUIRED	0	支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择，也是Spring默认的事务的传播。
PROPAGATION_SUPPORTS	1	支持当前事务，如果当前没有事务，就以非事务方式执行。
PROPAGATION_MANDATORY	2	支持当前事务，如果当前没有事务，就抛出异常。
PROPAGATION_REQUIRES_NEW	3	新建事务，如果当前存在事务，把当前事务挂起。
PROPAGATION_NOT_SUPPORTED	4	以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
PROPAGATION_NEVER	5	以非事务方式执行，如果当前存在事务，则抛出异常。
PROPAGATION_NESTED	6	如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则进行与PROPAGATION_REQUIRED类似的操作。

3.Spring事务的隔离级别

名称	值	解释
ISOLATION_DEFAULT	-1	这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别。另外四个与JDBC的隔离级别相对应
ISOLATION_READ_UNCOMMITTED	1	这是事务最低的隔离级别，它充许另外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读，不可重复读和幻读。
ISOLATION_READ_COMMITTED	2	保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。
ISOLATION_REPEATABLE_READ	4	这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻读。
ISOLATION_SERIALIZABLE	8	这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读，不可重复读外，还避免了幻读。

4.与事务相关的理论知识

众所周知，事务有四大特性（ACID）

4.1.原子性（Atomicity）事务是一个原子操作，由一系列动作组成。事务的原子性确保动作要么全部完成，要么完全不起作用。
4.2.一致性（Consistency）事务在完成时，必须是所有的数据都保持一致状态。
4.3.隔离性（Isolation）并发事务执行之间无影响，在一个事务内部的操作对其他事务是不产生影响，这需要事务隔离级别来指定隔离性。
4.4.持久性（Durability）一旦事务完成，数据库的改变必须是持久化的。

5.在企业级应用中，多用户访问数据库是常见的场景，这就是所谓的事务的并发。事务并发所可能存在的问题： 

5.1.脏读：一个事务读到另一个事务未提交的更新数据。 
5.2.不可重复读：一个事务两次读同一行数据，可是这两次读到的数据不一样。 
5.3.幻读：一个事务执行两次查询，但第二次查询比第一次查询多出了一些数据行。 
5.4.丢失更新：撤消一个事务时，把其它事务已提交的更新的数据覆盖了。