Spring事务_05_事务的使用

Spring事务_事务的使用_05

编程式事务

• 在一般使用过程中一般不需要手动编程式实现事务管理，不过Spring提供了事务模板TransactionTemplate来支持编程事务管理。
• TransactionTemplate和其他的持久化模板类一样，是线程安全的。因此可以在多个业务类中共享TransactionTemplate实例进行事务管理。
• TransactionTemplate有两个主要的方法： void setTransactionManager(PlatFormTransactionManage transactionManger) :设置事务管理器;Object execute(TransactionCallback action);在TransactionCallCallBack回调接口中定义需要以事务方式处理的数据访问逻辑。
• TransactionCallBack接口中只有一个方法：Object doInTransaction(TransactionStatus status).

/**
 * 手动编程式事务
 * Created by Administrator on 2017/5/24.
 */
@Service
public class TransUserService {
    @Autowired
    private UserDao userDao;
    @Autowired
    private TransactionTemplate transactionTemplate;

    public void insertUser(final User user){
        transactionTemplate.execute(new TransactionCallbackWithoutResult() {
            @Override
            protected void doInTransactionWithoutResult(TransactionStatus 
            transactionStatus) {
                userDao.insertUser(user);
                User user2 = new User();
                user2.setUserName("admin");
                user2.setCredits(0);
                user2.setLastVisit(new Date());
                user2.setLastIp("0.0.0.0");
                userDao.updateLoginInfo(user2);
            }
        });
    }
}

由于Spring事务管理基于TransationSynchronization进行工作，所以如果在回调接口中需要显式访问底层数据连接，必须通过资源获取工具类得到线程绑定的数据连接，这是Spring事务管理的底层协议，不容潍坊。

使用XML配置声明式事务

基于tx/aop命名空间的配置

• 首先，需要在配置文件中引入tx命名空间的声明。采用aop/tx定义事务方法时，它站在“局外人”的角度对IOC容器中的Bean进行事务管理配置定义，再由Spring将这些配置织入到对应的Bean中。
• 在这个过程中有三种角色：通过aop/tx定义的声明式事务配置信息，业务Bean，Spring容器。Spring容器自动将第一者应用于第二者，从容器中返回的业务Bean已经被织入事务增强的代理Bean，即第一者和第二者在配置时不直接发生关系。
• 在TransactionProxyFactoryBean进行事务配置时，TransactionProxyFactoryBean需要直接通过Target属性引用目标业务Bean,结果造成目标业务Bean往往需要使用Target进行命名，以避免和最终代理Bean名称冲突。
• 在aop命名空间中，通过切点表达式语言，我们将com.testweb.service包下所有的类纳入到需要进行事务增强的范围，配合的完成事务切面的定义。
• 引用的txAdvice增强是在tx命名空间上定义的，事务管理一定需要一个事务管理器的支持，通过transaction-manager属性引用了事务管理器。
• 需要不同业务类Bean应用不同的事务管理风格，则可以在中定义另外多套事务切面。

元素属性表

属性	是否必输	默认值	描述
name	是	与事务关联的方法名，可以使用通配符（*）	如get*
propagation	否	Requred	事务的传播行为，可选值为：Required,Supports,mandatory,requires_new,not_supported,never,nested
isolation	否	default	事务隔离级别
timeout	否	-1	事务超时时间，如果设置为-1，则默认有底层业务系统确定
read-only	否	false	事务是否可读
rollback-for	否	所有运行时异常回滚	触发事务回滚的Exception，用异常名称的片段进行匹配
no-rollback-for	否	检查异常不回滚	触发异常不回滚

• 基于aop/tx配置的声明式事务管理是实际应用中最常使用的事务管理干事，它的表达能力最强且使用最为灵活

使用注解声明式事务

/**
 * 使用注解声明方式事务
 * Created by Administrator on 2017/5/30.
 */
@Service
@Transactional
public class AnnTransactionUserService {
    @Autowired
    private UserDao userDao;

    @Autowired
    private LoginLogDao loginLogDao;


    public int loginSuccess() throws Exception{
        User annUser = new User();
        annUser.setUserId(4);
        annUser.setLastIp("0.0.0.1");
        annUser.setLastVisit(new Date());
        annUser.setCredits(5+annUser.getCredits());
        System.out.println(annUser);
        LoginLog annLoginLog = new LoginLog();
        annLoginLog.setUserId(annUser.getUserId());
        annLoginLog.setIp(annUser.getLastIp());
        annLoginLog.setLoginDate(annUser.getLastVisit());
        userDao.updateLoginInfo(annUser);
        int result = loginLogDao.insertLoginLog(annLoginLog);

        return  result;

    }

}

• applicationContext.xml中配置

• 往往注解本身具有一组普适性默认事务属性，往往只要为需要事务管理的业务类中添加一个@Transaction注解就完成了业务类事务属性的配置。

• 注解本身并不能完成事务切面织入的功能。必须配置一个“通知”,Spring容器才会对标注@Transaction的Bean进行加工处理。

• 默认情况下会自动使用名称为“transactionManager”的事务管理器，如果用户的事务管理器id为transactionManager，可以直接简化为

• 还有另外两个属性

  • proxy-target-class:如果为true，Spring会通过创建子类来代理业务类，如果为False，则使用基于接口的代理。如果使用子类代理，需要在类路径中添加CGLib.jar类库。
  • order：如果业务类除事务切面外，还织入了其他的切面，通过该属性可以控制事务切面在目标连接点的织入顺序。

• 关于@Transaction的属性

  • 同XML注解的配置一样，它拥有一组默认属性
    • 事务传播行为：propagation_required
    • 事务隔离级别：isolation_default
    • 读写事务属性：读写事务
    • 超时时间：依赖于底层事务系统的默认值
    • 回滚设置：任何运行期引发异常回滚，任何检查行异常不会滚。
  • @Transaction属性说明

属性名	说明
propagation	事务传播行为，通过枚举Propagation中获得设置
isolation	事务隔离级别，通过Isoloation枚举获得允许值
readOnly	事务读写性
timeout	超时设置
rollbackFor	一组异常类，遇到是进行回滚，类型为Class[],默认为{}
rollbackForClassName	一组异常类名，遇到时进行回滚，类型为：String[],默认为{}
noRollbackFor	一组异常类，遇到时不回滚
noRollbackForClassName	一组异常类名字，遇到时不回滚

• 何处标注@Transactional注解

    注解可以被应用于接口定义和接口方，类定义和类的public方法上。
    但Spring建议在业务实现累上使用@Transactional注解，当然也可以在业务接口上使用
    @Transactional注解，但这样会回留下一些容易被忽视的隐患。因为注解不能被继承，
    所以业务接口中标注的@Transactional注解不会被业务实现类继承。
  
    如果使用一下的配置启用子类代理：
    
    业务类不会减价事务增强，照样会工作在非事务环境中。
    因此，Spring建议在具体业务类上使用@Transactional注解。这样不管proxy-target-class
    是否设置为true，业务类都会启用事务机制。
  

  • 在类上使用@Transactional注解测使用全部的public方法。
  • 有特殊设置的可以在方法上使用@Transactional注解，这将覆盖类上的@Transactional注解中的属性

• 使用不同的事务管理器

  • 一般情况下，一个应用只使用一个事务管理器就可以理了。如果希望在不同的地方使用不同的事务管理器类，则可以使用一下的方式实现

      @Transactional("topic")
      public int loginSuccess() throws Exception{
          User annUser = new User();
          annUser.setUserId(4);
          annUser.setLastIp("0.0.0.1");
          annUser.setLastVisit(new Date());
          annUser.setCredits(5+annUser.getCredits());
          System.out.println(annUser);
          LoginLog annLoginLog = new LoginLog();
          annLoginLog.setUserId(annUser.getUserId());
          annLoginLog.setIp(annUser.getLastIp());
          annLoginLog.setLoginDate(annUser.getLastVisit());
          userDao.updateLoginInfo(annUser);
          int result = loginLogDao.insertLoginLog(annLoginLog);
    
          return  result;
    
      }
    

  • 不同的事务管理器可以在XML中定义不同的名称

      
          //给管理器起一个别名
      
    

• 在一两处使用带标识的@Transaction也许是挺合适的，但如果到处使用，则显得比较罗嗦。可以自定义一个绑定到特定事务管理器的注解，然后直接使用这个自动医德注解进行标示。

        @Target({ElementType.METHOD,ElementType.TYPE})
        @Retention(RetentionPolicy.RUNTIME)
        @Transactional("topic")
        public @interface TopicTransactional {
        }
  

• 这样就可以在原来的位置使用@TopicTransactional