Spring学习之Spring的声明式事务管理详解

声明式事务管理

大多数Spring用户选择声明式事务管理的原因是，这个是对应用代码影响最小的选择，因此也最符合 非侵入式 轻量级容器的理念。

1. Spring声明式事务管理可以在任何环境下使用。只需更改配置文件， 它就可以和JDBC、JDO、Hibernate或其他的事务机制一起工作。
2. Spring的声明式事务管理可以被应用到任何类（以及那个类的实例）上。
3. Spring提供了声明式的回滚规则。
4. Spring允许你通过AOP定制事务行为。（例如，如果需要，你可以在事务回滚中插入定制的行为。 你也可以增加任意的通知，就象事务通知一样。）。
5. Spring不提供高端应用服务器提供的跨越远程调用的事务上下文传播。如果你需要这些特性，我们推荐你使用EJB。 然而，不要轻易使用这些特性。因为通常我们并不希望事务跨越远程调用。

理解Spring声明式事务管理的实现

Spring的事务管理是通过AOP代理实现的。 其中的事务通知由元数据（目前基于XML或注解）驱动。
代理对象与事务元数据结合产生了一个AOP代理，它使用一个PlatformTransactionManager 接口配合事务拦截器，在方法调用前后实施事务。

从概念上来说，在事务代理上调用方法的工作过程看起来像这样：

例子

1、首先定义事务性的服务接口：

public interface UserService {

    public abstract void addUser(User user);

    public abstract void deleteUser();

    public abstract void updateUser();

    public abstract List queryUser();

}

2、上面服务的实现类：

public class UserServiceImpl implements UserService {

    private UserDaoImpl userDao;

    @Override
    public void addUser(User user) {
        this.userDao.addUser(user);         
    }

    @Override
    public void deleteUser() {
        this.userDao.deleteUser();          
    }

    @Override
    public void updateUser() {
        this.userDao.updateUser();          
    }

    @Override
    public List queryUser() {
        this.userDao.queryUser();           
    }
}

现在假定，UserService的方法（queryUser()）必须执行在只读事务上下文中，其他的方法（addUser(User user)、deleteUser()和updateUser()）必须执行在可读写事务上下文中。

下面开始配置Spring的配置文件：

我们来分析一下上面的配置。我们要把一个服务对象（’userService’ bean）做成事务性的。

我们想施加的事务语义封装在定义中。
““把所有以 ‘query’ 开头的方法看做执行在只读事务上下文中， 其余的方法执行在默认语义的事务上下文中”。

其中的 ‘transaction-manager’ 属性被设置为一个指向 PlatformTransactionManager bean的名字（这里指 ‘transactionManager’）， 该bean将会真正管理事务。

提示

事实上，如果 PlatformTransactionManager bean的名字是 ‘transactionManager’ 的话，你的事务通知（）中的 ‘transaction-manager’ 属性可以忽略。否则你则需要像上例那样明确指定。

配置中最后一段是 的定义， 它确保由 ‘txAdvice’ bean定义的事务通知在应用中合适的点被执行。

首先我们定义了一个切面，它匹配 UserService 接口定义的所有操作， 我们把该切面叫做 ‘aopCut’。然后我们用一个通知器（advisor）把这个切面与 ‘txAdvice’ 绑定在一起， 表示当 ‘aopCut’ 执行时，’txAdvice’ 定义的通知逻辑将被执行。

元素定义是AspectJ的切面表示法。

一个普遍性的需求是让整个服务层成为事务性的。满足该需求的最好方式是让切面表达式匹配服务层的所有操作方法。例如：

现在，既然我们已经分析了整个配置，你可能会问了，“好吧，但是所有这些配置做了什么？”。

上面的配置将为’userService’ bean创建一个代理对象，这个代理对象被装配了事务通知，所以当它的相应方法被调用时，一个事务将被启动、挂起、被标记为只读，或者其它（根据该方法所配置的事务语义）。我们来看看下面的测试代码，测试一下上面的配置。

ApplicationContext context = new ClassPathXmlApplicationContext("com/dfdc/spring/declaratx/test/context-declaratx.xml");
UserService userService = (UserService) context.getBean("userService");
userService.deleteUser();

结果：

可以看到spring容器创建了一系列的单例bean，方法deleteUser输入“输出用户”字符串。

设置断点调试：

可以看到userService是由Spring的JDK动态代理生成的代理对象。

总结

Spring声明式事务处理的步骤：

1. 搭建环境，引入tx和context命名空间；
2. 在spring的配置文件中，先导入dataSource；
3. 测试dataSource是否配置正确；（可省略）
4. 导入dao和service层的bean
5. 测试dao和service是否配置正确（可省略）
6. 引入事务管理器
7. 配置通知
8. 启用事务通知，将切入点和通知器织入
9. 测试service层的类，看是否是代理对象。

转载声明

如需转载请注明出处:
http://blog.csdn.net/u011726984