spring 事务详解（转载）
spring事务管理全解析
文章出处：DIY部落(http://www.diybl.com/course/3_program/java/javajs/2007923/73069.html)
了解事务：
事务是一组原子（Atomic）操作的工作单元，以数据库存取的实例来说，就是一组SQL指令，这一组SQL指令必须全部执行成功，若因为某个原因未全部执行成功（例如其中一行SQL有错误），则先前所有执行过的SQL指令都会被撤消。
JDBC是如何控制事务的
try ...{
.....
connection.setAutoCommit(false);
.....
// 一连串SQL操作
connection.commit();
} catch(SQLException) ...{
// 发生错误，撤消所有变更
connection.rollback();
}
Spring是把JDBC事务管理进来了封装，Spring事务管理的抽象关键在于org.springframework.transaction.PlatformTransactionManager接口，里面有 commit 和 rollback
public interface PlatformTransactionManager ...{
TransactionStatus getTransaction(TransactionDefinition
definition) throws TransactionException;
void commit(TransactionStatus status)
throws TransactionException;
void rollback(TransactionStatus status)
throws TransactionException;
}
TransactionDefinition接口的实例定义了
事务的隔离程度（Isolation level）
传播行为（Propagation behavior）
超时（Timeout）
只读（Read-only）等
DataSourceTransactionManager、HibernateTransactionManager、JdoTransaction- Manager、JtaTransactionManager等是实现了该接口
Spring提供编程式的事务管理（Programmatic transaction management）与声明式的事务管理—eclarative transaction management）：
1、编程式的事务管理可以清楚地控制事务的边界，也就是让您自行实现事务开始时间、撤消操作的时机、结束时间等，可以实现细粒度的事务控制。
2、然而多数的情况下，事务并不需要细粒度的控制，而是采用声明式的事务管理，好处是Spring事务管理的相关API可以不用介入程序之中，从对象的角度来看，它并不知道自己正被纳入事务管理之中，在不需要事务管理的时候，只要在设置文件上修改一下设置，即可移去事务管理服务。
声明式的事务管理举例 以DataSource，mysql举例
<bean id="dataSource"
value="com.mysql.jdbc.Driver"/>
<property name="url" value="jdbc:mysql://localhost:3306/demo"/>
<property name="username" value="caterpillar"/>
<property name="password" value="123456"/>
</bean>
<bean id="transactionManager"
ref="dataSource"/>
</bean>
<bean id="userDAO" ref="dataSource"/>
</bean>
<bean id="userDAOProxy"
ref="userDAO"/>
<property name="transactionManager" ref="transactionManager"/>
<property name="transactionAttributes">
<props>
<prop key="insert*">PROPAGATION_REQUIRED</prop>
</props>
</property>
</bean>
TransactionProxyFactoryBean需要一个TransactionManager，由于这里使用的是JDBC，所以使用DataSourceTransactionManager，TransactionProxyFactoryBean是个代理对象，"target" 属性指定要代理的对象，事务管理会自动介入指定的方法前后，这里使用 "transactionAttributes" 属性指定，"insert*" 表示指定方法名称以insert开头的都要纳入事务管理，您也可以指定方法全名，如果在方法执行过程中发生错误，则所有先前的操作自动撤回，否则正常提交。
在"insert*" 等方法上指定了 "PROPAGATION_REQUIRED"，表示在目前的事务中执行操作，如果事务不存在就建立一个新的，相关的常数意义都可以在API文件的TransactionDefinition接口中找到。您可以加上多个事务定义，中间使用逗号 "," 区隔，例如可以加上只读，或者是指定某个异常发生时撤回操作：
PROPAGATION_REQUIRED,readOnly,-MyCheckedException
MyCheckedException前面加上 "-" 时，表示发生指定异常时撤消操作，如果前面加上 "+"，表示发生异常时立即提交。
由于"userDAO"被"userDAOProxy"代理了，所以要做的是取得"userDAOProxy"，而不是"userDAO"，
IUserDAO userDAO =
(IUserDAO) context.getBean("userDAOProxy");
userDAO.insert(user);
申明式事务管理一般都是粗粒度的，这里可以看到，整个方法都被纳入事务管理，其实在大部分的业务处理中，这样做是没有什么不好的。
事务的属性介绍
传播行为
说明
PROPAGATION_MANDATORY
方法必须在一个现存的事务中进行，否则丢出异常
PROPAGATION_NESTED
在一个嵌入的事务中进行，如果不是，则同PROPAGATION_REQUIRED
PROPAGATION_NEVER
指出不应在事务中进行，如果有就丢出异常
PROPAGATION_NOT_SUPPORTED
指出不应在事务中进行，如果有就暂停现存的事务
PROPAGATION_REQUIRED
支持现在的事务，如果没有就建立一个新的事务
PROPAGATION_REQUIRES_NEW
建立一个新的事务，如果现存一个事务就暂停它
PROPAGATION_SUPPORTS
支持现在的事务，如果没有就以非事务的方式执行
隔离层级
说明
ISOLATION_DEFAULT
使用底层数据库预设的隔离层级
ISOLATION_READ_COMMITTED
允许事务读取其他并行的事务已经送出（Commit）的数据字段，可以防止Dirty read问题
ISOLATION_READ_UNCOMMITTED
允许事务读取其他并行的事务还没送出的数据，会发生Dirty、Nonrepeatable、Phantom read等问题
续表
隔离层级
说明
ISOLATION_REPEATABLE_READ
要求多次读取的数据必须相同，除非事务本身更新数据，可防止Dirty、Nonrepeatable read问题
ISOLATION_SERIALIZABLE
完整的隔离层级，可防止Dirty、Nonrepeatable、Phantom read等问题，会锁定对应的数据表格，因而有效率问题
只读提示（Read-only hints）
如果事务只进行读取的动作，则可以利用底层数据库在只读操作时发生的一些最佳化动作，由于这个动作利用到数据库在只读的事务操作最佳化，因而必须在事务中才有效，也就是说要搭配传播行为PROPAGATION_REQUIRED、PROPAGATION_REQUIRES_NEW、PROPAGATION_NESTED来设置。
事务超时期间（The transaction timeout period）
有的事务操作可能延续很长一段的时间，事务本身可能关联到数据表格的锁定，因而长时间的事务操作会有效率上的问题，对于过长的事务操作，您要考虑Roll back事务并要求重新操作，而不是无限时的等待事务完成。
您可以设置事务超时期间，计时是从事务开始时，所以这个设置必须搭配传播行为PROPAGATION_REQUIRED、PROPAGATION_REQUIRES_NEW、PROPAGATION_NESTED来设置。
（上面是从《spring2.0技术开发》摘抄的，里面有些概念还含糊不清，有待实验考证下）
这里我来介绍一种新的模式，不知道大家有没有用到过，在文档中没有发现
<bean id="txProxyTemplate" abstract="true" />
<bean id="providerService" parent="txProxyTemplate" >
<property name="target"><ref local="providerServiceTarget"/></property>
</bean>
这里的意图，大家只有非常了解代理模式才会明白其中的道理。那么分开设置有什么好处呢？模块化，大家可以公用这个代理模式，而且可以定义自己的声明，和其他人的声明无关。
TransactionProxyFactoryBean
配置这个类，是为了现宽广地实现事务的管理，也可以说是为了要和hibenate结合起来，TransactionProxyFactoryBean这个类一般有三个构造参数要注入，一个是hibernate的sessionFactory,这是为了spring可以和hibernate结合，第二个是用户的DAO类，而这个DAO类本身也需要把hibernate的sessionFactory作为构造参数注入到它的父类的构造函数中。第三个注入的，其实是事务管理的策略，通过AOP的方式实现的，例如DAO类中有有insert(String sql);update(String sql);delelte(String sql);三个方法，我们可以设定当insert执行时如果抛出异常，就执行rollback等操作。Select不存在异常，这里就一般 不写了。
下面给出声明式的事务管理的另外一个举例（使用HibernateTransactionManager实现PlatformTransactionManager）：
<bean id="dataSource"
/>
</property>
<property name="mappingResources">
<list>
<value>jack/shop/po/User.hbm.xml</value>
<value>jack/shop/po/Product.hbm.xml</value>
<value>jack/shop/po/Advertise.hbm.xml</value>
<value>jack/shop/po/UserKind.hbm.xml</value>
</list>
</property>
<property name="hibernateProperties">
<props>
<prop key="hibernate.dialect">
org.hibernate.dialect.MySQLDialect
</prop>
</props>
</property>
</bean>
<!-- 、、、、、、、、、、、、、、、、、、、、、、、、、、 DAO 、、、、、、、、、、、、、、、、、、、、、、、、、、、 -->
<bean id="userDAO" />
</property>
</bean>
<bean id="userDAOProxy"
/>
</property>
<property name="target">
<ref local="userDAO" />
</property>
<property name="transactionAttributes">
<props>
<prop key="insert*">PROPAGATION_REQUIRED</prop>
<prop key="get*">PROPAGATION_REQUIRED,readOnly</prop>
</props>
</property>
</bean>
<bean id="productDAO" />
</property>
</bean>
<bean id="productDAOProxy"
/>
</property>
<property name="target">
<ref local="productDAO" />
</property>
<property name="transactionAttributes">
<props>
<prop key="insert*">PROPAGATION_REQUIRED</prop>
<prop key="get*">PROPAGATION_REQUIRED,readOnly</prop>
<prop key="query*">PROPAGATION_REQUIRED,readOnly</prop>
</props>
</property>
</bean>
在Struts2中集成了Spring之后再集成Hibernate就非常容易了，在这里我们需要用到Spring提供的ORM模块。通过这个模块Spring提供了对Hibernate、JDO、OJB和iBatis的集成。在与Hibernate集成时我们需要用到Spring的LocalSessionFactoryBean类，这个类可以看作是连接Spring与Hibern ate的桥梁。
Spring整合ibatis也是类似的：
<bean id="sqlMapClient" value="config.xml"/>
<property name="xxx">
<bean + kind
+ ((state == 0) ? "" : (" AND a.state=" + state));
try {
lst = getHibernateTemplate().find(hql);
return lst;
} catch (Throwable e) {
throw new AdvertiseException(
"AdvertiseException at queryByKind() method: "
+ e.getMessage());
}
}
。。。
}
从整体上来看整个过程是分多步细化的，也就是面向接口的变成吧：首先了解服务Service，这个服务还有一个实现类ServiceImpl，这个实现类中组合IDao，当然IDao也有一个实现类IDaoImpl，具体实现持久层数据的访问；然后就是装配ServiceImpl，即需要实例userDAO，装配的时候通过代理实现即userDAOProxy；装配userDAOProxy，这个时候需要属性注入transactionManager，target和transactionAttributes，其中target就是userDao。