Spring的事务管理机制学习(设计模式之策略模式)
Spring事务机制主要包括声明式事务和编程式事务，使用最多的就是声明式事务。声明式事物是具有AOP来实现的，但你并不需要真正精通AOP技术也能掌握声明式事务而编程式事物提供了一致的事务编程风格，通过模块化操作一致性地管理事务。
在使用Spring声明式事务时，有一个非常重要的概念就是事务属性。事务属性通常由事务的传播行为，事务的隔离级别，事务的超时值和事务只读标志组成。我们在进行事务划分时，需要进行事务定义，也就是配置事务的属性:
事务的四种属性
Spring在TransactionDefinition接口中定义这些属性,以供PlatfromTransactionManager使用, PlatfromTransactionManager是spring事务管理的核心接口。
1. TransactionDefinition接口中定义五个隔离级别：
ISOLATION_DEFAULT 这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别.另外四个与JDBC的隔离级别相对应；
ISOLATION_READ_UNCOMMITTED 这是事务最低的隔离级别，它充许别外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读，不可重复读和幻像读。
ISOLATION_READ_COMMITTED 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。这种事务隔离级别可以避免脏读出现，但是可能会出现不可重复读和幻像读。
ISOLATION_REPEATABLE_READ 这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻像读。它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了避免下面的情况产生(不可重复读)。
ISOLATION_SERIALIZABLE 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读，不可重复读外，还避免了幻像读。
2. 什么是脏读，不可重复读和幻像
- Dirty reads（脏读）。也就是说，比如事务A的未提交（还依然缓存）的数据被事务B读走，如果事务A失败回滚，会导致事务B所读取的的数据是错误的。
- non-repeatable reads（数据不可重复读）。比如事务A中两处读取数据-total-的值。在第一读的时候，total是100，然后事务B就把total的数据改成 200，事务A再读一次，结果就发现，total竟然就变成200了，造成事务A数据混乱。
- phantom reads（幻象读数据），这个和non-repeatable reads相似，也是同一个事务中多次读不一致的问题。但是non-repeatable reads的不一致是因为他所要取的数据集被改变了（比如total的数据），但是phantom reads所要读的数据的不一致却不是他所要读的数据集改变，而是他的条件数据集改变。比如Select account.id where account.name=”ppgogo*”,第一次读去了6个符合条件的id，第二次读取的时候，由于事务b把一个帐号的名字由”dd”改成”ppgogo1”，结果取出来了7个数据。
3. 在TransactionDefinition接口中定义了七个事务传播行为：
1) PROPAGATION_REQUIRED 如果存在一个事务，则支持当前事务。如果没有事务则开启一个新的事务。这是我们使用最多的事务传播行为
例如方法A中调用方法B,如果在调用A时没有事务则开启一个事务，而对于B则会加入到A的事务中。
使用spring声明式事务，spring使用AOP来支持声明式事务，会根据事务属性，自动在方法调用之前决定是否开启一个事务，并在方法执行之后决定事务提交或回滚事务.
2)PROPAGATION_SUPPORTS 如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行。但是对于事务同步的事务管理器，PROPAGATION_SUPPORTS与不使用事务有少许不同。
3）PROPAGATION_MANDATORY 如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常throw new IllegalTransactionStateException(“Transaction propagation ‘mandatory’ but no existing transaction found”);。
4）PROPAGATION_REQUIRES_NEW 总是开启一个新的事务。如果一个事务已经存在，则将这个存在的事务挂起。使用PROPAGATION_REQUIRES_NEW,需要使用 JtaTransactionManager作为事务管理器。
5）PROPAGATION_NOT_SUPPORTED 总是非事务地执行，并挂起任何存在的事务。使用PROPAGATION_NOT_SUPPORTED,也需要使用JtaTransactionManager作为事务管理器。
6）PROPAGATION_NEVER 总是非事务地执行，如果存在一个活动事务，则抛出异常；
7）PROPAGATION_NESTED如果一个活动的事务存在，则运行在一个嵌套的事务中. 如果没有活动事务, 则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行。这是一个嵌套事务,使用JDBC 3.0驱动时,仅仅支持DataSourceTransactionManager作为事务管理器。需要JDBC 驱动的java.sql.Savepoint类。有一些JTA的事务管理器实现可能也提供了同样的功能。使用PROPAGATION_NESTED，还需要把PlatformTransactionManager的nestedTransactionAllowed属性设为true;而 nestedTransactionAllowed属性值默认为false;
4.Spring事务管理的优势在哪
使用JDBC的时候开启事务使用Connection，而使用Hibernate时开启事务使用的是Session。所以如果我们使用传统的事务编程策略时，程序代码必须和具体的事务操作代码耦合。这样在不同的事务策略之间切换时开发者必须手动改代码。而如果使用Spring来管理事务则不会出现这种情况。
5.Spring如何管理事务(典型的策略模式)
Spring事务策略是通过PlatformTransactionManager接口实现的，它是整个Spring事务的核心。它是对事务策略的一个高度抽象，不依赖于任何具体的事务策略，而对于底层的具体的事务策略它相应的有不同的实现类。而对于不同的事务策略的切换通常由Spring容器来负责管理，应用程序既无须与具体的事务API耦合，也无须与特定的实现类耦合而将应用和持久化技术，事务API彻底分离开来。
6.Spring管理事务的几个核心类
Spring事务管理的策略模式体现在哪?PlatformTransactionManager代表事务管理接口，但它并不知道底层到底如何管理事务的，而它只要求事务管理提供开始事务(getTransaction(TransactionDefinition definition)),提交事务(commit())和回滚事务(rollback())三个方法，具体的实现交给子类来完成。
源码:
public interface PlatformTransactionManager{
//获得事务
TransactionStatus getTransaction(TransactionDefinition definition) throws TransactionException;
//事务提交
void commit(TransactionStatus status) throws TransactionException;
//事务回滚
void rollback(TransactionStatus status) throws TransactionException ;
}在核心接口PlatformTransactionManager中，方法getTransaction(TransactionDefinition definition)中它接受一个TransactionDefinition对象返回一个TransactionStatus。TransactionStatus对象表示一个事务，被关联在当前执行的线程上。返回的事务可以是个新事务，也可以是个已经存在的事务对象
TransactionDefinition接口必须指定如下的几个属性值:
- 事务隔离
- 事务传播
- 事务超时(即事务最长持续时间)
- 只读状态(Hibernate很有用的优化)
TransactionStatus:代表事务本身，它提供了通用的事务管理如控制事务的执行和查询事务状态的方法。
源码:
public interface TransactionStatus{
boolean isNewTransaction();//是否为新建事务
void setRollbackOnly(); //设置事务回滚
boolean isRollBackOnly(); //查询事务是否已有回滚标志
}几个类之间的关系:
7.Spring对不同的持久化技术提供的不同实现类
Spring具体的事务管理由PlatformTransactionManager的不同实现类来完成，在Spring容器中配置PlatformTransactionManager Bean时，必须针对不同的环境来配置不同的实现类。
下面分别展示了在JDBC和Hibernate中配置PlatformTransactionManager对应的实现类。
JDBC
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource">
<ref bean="dataSource"/>
property>
bean>Hibernate
<bean id="transactionManager" class="org.springframework.orm.hibernate4.HibernateTransactionManager">
<property name="sessionFactory">
<ref bean="sessionFactory"/>
property>
bean>8.使用XML Schema配置事务策略
对于Spring通过的两种事务管理。编程式的事务管理程序直接从容器中获取transactionManager Bean，该Bean总是PlatformTransactionManager的实例，所以可以使用它的三个方法来管理事务。而对于声明式事务管理只需要要在XML配置文件中配置事务代理即可，在目标方法中开发者无需编写额外的代码，不依赖Spring或任何其他事务的API。
Spring提供了tx:命名空间来配置事务管理，tx:下的
- propagation:事务传播行为 默认是REQUIRED
- isolation:事务隔离级别
*timeout:超时时间
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource">
<ref bean="dataSource"/>
property>
bean>
<tx:advice id="tx" transaction-manager="transactionManager">
<tx:attributes>
<tx:method
name="save*"
propagation="REQUIRED"
isolation="DEFAULT"
read-only="false"/>
<tx:method
name="get*"
read-only="true"
/>
tx:attributes>
tx:advice>
<aop:config>
<aop:pointcut expression="execution(* SpringForJDBCTransaction.ServiceImpl.*(..))" id="perform"/>
<aop:advisor advice-ref="tx" pointcut-ref="perform"/>
aop:config>如上配置所以，在SpringForJDBCTransaction.ServiceImpl包下的所有方法执行前Spring容器会为其织入事务，而在方法调用结束之后，织入事务结束。
9.使用@Transactional
Spring提供了@Transactional注解，可以使用在java bean上也可以使用方法上。
如果修饰在java bean上则对于该bean的所有实例都开启事务。该注解可以制定事务属性。
<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
<property name="sessionFactory">
<ref bean="sessionFactory"/>
property>
bean>
<tx:annotation-driven transaction-manager="transactionManager"/>
如上配置即可完成事务的管理。使用
@Transaction(propagation=Propagation.REQUIRED,isolation=Isolation.DEFAULT,timeout=5)
public void save(){
....
}