spring事务管理全解析

最新推荐文章于 2024-07-19 09:33:23 发布

iteye_15693

最新推荐文章于 2024-07-19 09:33:23 发布

阅读量75

点赞数

分类专栏： j2ee 文章标签： Spring 配置管理 Bean Hibernate MySQL

本文链接：https://blog.csdn.net/iteye_15693/article/details/82063481

版权

j2ee 专栏收录该内容

17 篇文章 0 订阅

订阅专栏

了解事务：

事务是一组原子（ 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 ）与声明式的事务管理（ Declarative transaction management ）：

1、编程式的事务管理可以清楚地控制事务的边界，也就是让您自行实现事务开始时间、撤消操作的时机、结束时间等，可以实现细粒度的事务控制。

2、然而多数的情况下，事务并不需要细粒度的控制，而是采用声明式的事务管理，好处是 Spring事务管理的相关 API可以不用介入程序之中，从对象的角度来看，它并不知道自己正被纳入事务管理之中，在不需要事务管理的时候，只要在设置文件上修改一下设置，即可移去事务管理服务。

声明式的事务管理举例以 DataSource， mysql举例

<bean id="dataSource"

class="org.springframework.jdbc.datasource.DriverManagerDataSource"

destroy-method="close">

</bean>

<bean id="transactionManager"

class="org.springframework.jdbc.datasource.DataSourceTransactionManager">

</bean>

</bean>

<bean id="userDAOProxy"

class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">

<list>

<value>onlyfun.caterpillar.IUserDAO</value>

</list>

</property>

<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技术开发》摘抄的，里面有些概念还含糊不清，有待实验考证下）

这里我来介绍一种新的模式，不知道大家有没有用到过，在文档中没有发现

<props>

<prop key="add*">PROPAGATION_REQUIRED</prop>

<prop key="create*">PROPAGATION_REQUIRED</prop>

<prop key="update*">PROPAGATION_REQUIRED</prop>

<prop key="delete*">PROPAGATION_REQUIRED</prop>

<prop key="license*">PROPAGATION_REQUIRED</prop>

<prop key="save*">PROPAGATION_REQUIRED</prop>

<prop key="increase*">PROPAGATION_REQUIRED</prop>

<prop key="active*">PROPAGATION_REQUIRED</prop>

<prop key="modify*">PROPAGATION_REQUIRED</prop>

<prop key="*">PROPAGATION_REQUIRED,readOnly</prop>

</props>

</property>

</bean>

我在这里不去指定 target 那么去哪里指定呢？

</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"

class="org.apache.commons.dbcp.BasicDataSource ">

<value>com.mysql.jdbc.Driver</value></property>

<value>jdbc:mysql://localhost/fancyshop</value></property>

</bean>

<bean id="sessionFactory"

class="org.springframework.orm.hibernate3.LocalSessionFactoryBean ">

</property>

<list>

<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>

<props>

org.hibernate.dialect.MySQLDialect

</prop>

</props>

</property>

</bean>

</property>

</bean>

<bean id="userDAOProxy"

class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean ">

</property>

</property>

<props>

<prop key="insert*">PROPAGATION_REQUIRED</prop>

<prop key="get*">PROPAGATION_REQUIRED,readOnly</prop>

</props>

</property>

</bean>

</property>

</bean>

<bean id="productDAOProxy"

class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">

</property>

</property>

<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也是类似的：

</property>

</bean>

提供持久层访问接口 DAO，具体实现位于 DAOImpl类中， Spring提供 SqlMapClientDaoSupport这个抽象类的目的就是为了获取其 SqlMapClientTemplate对象，并通过 SqlMapClientTemplate对象直接访问数据库，如下：

public class CommonDaoImpl extends SqlMapClientDaoSupport implements CommonDao

{

public List getInputData(String sqlID, Object entity) throws ServiceException

{

return this.getSqlMapClientTemplate ().queryForList(sqlID, entity);

}

。。。

}

相应的 Spring也提供了类似的 HibernateDaoSupport，然后通过 HibernateTemplate直接访问数据库。

public class AdvertiseDAOImpl extends HibernateDaoSupport implements

IAdvertiseDAO {

public List queryByKind(Integer kind, Integer state)

throws AdvertiseException {

List lst;

String hql = "from Advertise a where a.kind = " + 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。