@transitional事务传播行为

在service类前加上@Transactional，声明这个service所有方法需要事务管理。每一个业务方法开始时都会打开一个事务。

spring默认情况下会对运行期例外(RunTimeException)进行事务回滚。这个例外是unchecked ；如果遇到checked(用户例外)就不回滚。

改变默认规则：

1、让checked例外也回滚：在整个方法前加上 @Transactional(rollbackFor=Exception.class)

@Transactional(rollbackFor=Exception.class)
public void delete(Integer id) throws Exception{
	String sql = "delete from user where id=?";
	jdbcTemplate.update(sql, new Object[] { id }, new int[] {java.sql.Types.INTEGER });
			throw new Exception("运行时错误！");
}

?Exception.class对应抛出异常的异常类

2、 让unchecked例外不回滚： @Transactional(notRollbackFor=RunTimeException.class)

注意：如果异常被try｛｝catch｛｝了，事务就不回滚了，如果想让事务回滚必须再往外抛try｛｝catch｛throw Exception｝。

Spring中事务的定义

1、propagation：key属性确定代理应该给哪个方法增加事务行为。这样的属性最重要的部份是传播行为。

??? 有以下选项可供使用：

• Propagation.REQUIRED——业务方法需要在一个事务中运行，如果方法运行时，已经处在一个事务中，那么加入到该事务，否则为自己创建一个新的事务。这是默认的选项。
• Propagation.SUPPORTS——如果业务方法在某个事务范围内被调用，则方法成为该事务的一部分，如果业务方法在事务范围外被调用，则方法在没有事务的环境下执行。
• Propagation.MANDATORY——该属性指定业务方法只能在一个已经存在的事务中执行，业务方法不能发起自己的事务。如果业务方法在没有事务的环境下调用，容器就会抛出例外。
• Propagation.REQUIRES_NEW——不管是否存在事务，业务方法总会为自己发起一个新的事务。如果方法已经运行在一个事务中，则原有事务会被挂起，新的事务会被创建，直到方法执行结束，新建事务才算结束，原先的事务才会恢复执行。
• Propagation.NOT_SUPPORTED——声明方法不需要事务。如果方法没有关联到一个事务，容器不会为它开启事务。如果方法在一个事务中被调用，该事务会被挂起，在方法调用结束后，原先的事务便会恢复执行。
• Propagation.NEVER——指定业务方法绝对不能在事务范围内执行。如果业务方法在某个事务中执行，容器会抛出例外，只有业务方法没有关联到任何事务，才能正常执行。
• Propagation.NESTED——如果活动的事务存在，则运行在一个嵌套的事务中，如果没有活动事务，则按照Propagation.REQUIRED属性执行。它使用了一个单独的事务，这个事务拥有多个可以回滚的保存点，内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效。

??? 实例说明：

ServiceA{   
	@Transactional(propagation=Propagation.REQUIRED)
     void methodA() {   
         ServiceB.methodB();   
     }   
}   
ServiceB{   
	@Transactional(propagation=Propagation.REQUIRED)  
     void methodB() {   
     }   
}

• ?1：Propagation.REQUIRED
  ServiceB.methodB的事务级别定义为Propagation_REQUIRED, 那么由于执行ServiceA.methodA的时候， ServiceA.methodA已经起了事务，这时调用ServiceB.methodB，ServiceB.methodB看到自己已经运行在ServiceA.methodA的事务内部，就不再起新的事务。而假如ServiceA.methodA运行的时候发现自己没有在事务中，他就会为自己分配一个事务。这样，在ServiceA.methodA或者在ServiceB.methodB内的任何地方出现异常，事务都会被回滚。即使ServiceB.methodB的事务已经被提交，但是ServiceA.methodA在接下来fail要回滚，ServiceB.methodB也要回滚。
• 2：Propagation.SUPPORTS
  如果ServiceB.methodB当前在事务中，即以事务的形式运行；如果ServiceB.methodB当前不在一个事务中，那么就以非事务的形式运行。这就跟平常用的普通非事务的代码只有一点点区别了。
• 3：Propagation_MANDATORY
  必须在一个已经存在的事务中运行。也就是说，他只能被一个父事务调用。否则，他就要抛出异常。
• 4：Propagation_REQUIRES_NEW
  比如我们设计ServiceA.methodA的事务级别为Propagation_REQUIRED，ServiceB.methodB的事务级别为Propagation_REQUIRES_NEW，那么当执行到ServiceB.methodB的时候，ServiceA.methodA所在的事务就会挂起，ServiceB.methodB会起一个新的事务，等待ServiceB.methodB的事务完成以后，它才继续执行。它与Propagation_REQUIRED 的事务区别在于事务的回滚程度了。因为ServiceB.methodB是新起一个事务，那么就是存在两个不同的事务。如果ServiceB.methodB已经提交，那么ServiceA.methodA失败回滚，ServiceB.methodB是不会回滚的。如果ServiceB.methodB失败回滚，如果它抛出的异常被ServiceA.methodA捕获，ServiceA.methodA事务仍然可能提交。
• 5：Propagation.NOT_SUPPORTED
  当前不支持事务。比如ServiceA.methodA的事务级别是Propagation_REQUIRED ，而ServiceB.methodB的事务级别是Propagation_NOT_SUPPORTED ，那么当执行到ServiceB.methodB时，ServiceA.methodA的事务挂起，而他以非事务的状态运行完，再继续ServiceA.methodA的事务。
• 6：Propagation_NEVER
  不能在事务中运行。假设ServiceA.methodA的事务级别是Propagation_REQUIRED， 而ServiceB.methodB的事务级别是Propagation_NEVER ，那么ServiceB.methodB就要抛出异常了。
• 7：Propagation_NESTED
  

  ServiceA {   
  	@Transactional(propagation=Propagation.REQUIRED)
      void methodA() { 
  		Connction conn=null;
  		System.out.println(