spring ibatis事务管理

Java 提供了两类主要的异常 :runtime exception 和 checked exception 。 checked 异常也就是我们经常遇到的 IO 异常，以及 SQL 异常都是这种异常。 对于这种异常， JAVA 编译器强制要求我们必需对出现的这些异常进行 catch 。所以，面对这种异常不管我们是否愿意，只能自己去写一大堆 catch 块去处理可能的异常。

    但是另外一种异常： runtime exception ，也称运行时异常，我们可以不处理。当出现这样的异常时，总是由虚拟机 接管。比如：我们从来没有人去处理过 NullPointerException 异常，它就是运行时异常，并且这种异常还是最常见的异常之一。

    出现运行时异常后，系统会把异常一直往上层抛，一直遇到处理代码。如果没有处理块，到最上层，如果是多线程就由 Thread.run() 抛出 ，如果是单线程就被 main() 抛出 。抛出之后，如果是线程，这个线程也就退出了。如果是主程序抛出的异常，那么这整个程序也就退出了。运行时异常是 Exception 的子类，也有一般异常的特点，是可以被 Catch 块处理的。只不过往往我们不对他处理罢了。也就是说，你如果不对运行时异常进行处理，那么出现运行时异常之后，要么是线程中止，要么是主程序终止。

    如果不想终止，则必须扑捉所有的运行时异常，决不让这个处理线程退出。队列里面出现异常数据了，正常的处理应该是把异常数据舍弃，然后记录日志。不应该由于异常数据而影响下面对正常数据的处理。 在这个场景这样处理可能是一个比较好的应用，但并不代表在所有的场景你都应该如此。如果在其它场景，遇到了一些错误，如果退出程序比较好，这时你就可以不太理会运行时异常 ，或者是通过对异常的处理显式的控制程序退出。

异常处理的目标之一就是为了把程序从异常中恢复出来 。

 

 

REQUIRED--支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。  
SUPPORTS--支持当前事务，如果当前没有事务，就以非事务方式执行。  
MANDATORY--支持当前事务，如果当前没有事务，就抛出异常。  
REQUIRES_NEW--新建事务，如果当前存在事务，把当前事务挂起。  
NOT_SUPPORTED--以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。  
NEVER--以非事务方式执行，如果当前存在事务，则抛出异常。

NESTED--嵌套事物。

 

srping增加了NESTED,其它类型与EJB是一样的。

需要明确一点,方法上指定的事物传播属性都是指被另一个service调用的传播属性。对于同一个service内的方法间调用则始终可以看作是REQUIRED,即在同一个事物中。因此即使方法A指定的是NEVER,并且它还调用了内部另一个方法B,传播属性是MANDATORY,这时个同样能正常执行。

 

为说明问题，假设有两个service,分别是S1和S2

 

事物的回滚与否是按方法最终抛出的异常来评定,即以方法为单位，方法过程中抛出什么异常不管，只要你捕获了就可以保证事物不回滚。但值得注意的是，在 service调service时，比如S1中的方法A调用了S2中的方法B，如果B抛出了unchecked异常，并且A和B在同一个事物中，即使A中捕获了B的异常，A的事物同样会回滚。

 

所以讨论事物传播需要区分service间的调用和service内部调用。

1:service间的调用

在同一个事物里,spring容器会在方法执行完毕后检查方法是否有抛出引发回滚的异常(unchecked)。当遇到unchecked异常时，该事物会回滚,即使将异常捕获了,在方法执行最终还是会回滚(相当于最终通知来做判断事物是否回滚),。如果遇到的是checked异常，即使不捕获，在异常前发生的数据操作一样生效。

引发回滚的异常来源有两个:1.该service方法内本身抛出unchecked异常.2.调用的其它service方法抛出unchecked异常。即使在调用的service方法中被捕获了异常,虽然不提倡这样做！如果两个方法在同一个事物里，那么该事物还是会回滚，因为这时候它会告诉spring容器当前事物需要回滚，在该事物最后spring容器会根据信号来判断是否回滚。

 

2:service内部调用

service内部的方法间调用,比如A方法里调用了B方法,那么B方法的事物传播属性就将被忽略。需要注意的是它实际上是将本service内的其它方法看作是一个代码段(就是在一个事物下,不存在事物传播问题),就是说如果B方法抛出了异常,哪怕是unchecked异常，只要在A方法内被捕获了,就相当于异常可处理并被处理了，因此事物不回滚。

 

因此要紧记住一点unchecked表示未知且不应该被处理的异常,即使被处理了,spring容器也会被告知事物回滚,对于checked异常,spring容器是不管的，即使抛出去了，事物照样不回滚。因此在设计方法时一定要遵守这样一个原则,不要捕获unckecked异常(或者捕获后再抛出),对于checked异常如果不能处理也以uncheck异常抛出。因此service应该是一个只抛unchecked异常。

 

tip:如果一个标记事物标签的方法调用了一个未标记的方法,则同样会被加入到事物管理里面。当然如上所述的前题都必需在同一个事物管理器里面。

 

 

 

明明在spring的配置文件里设置好了事务

但他出错后偏偏就是不回滚

现在我需要达到的效果是更新数据库中的多个表

分两步骤完成

1. 删除A 、B、 C表

2. 向A、B、C表添加新数据

若第二步出错，则需要回滚，撤销删除动作。

 

        最初为了抛出异常我在删除C表的时候故意操作一个不存在表，但结果并没有回滚A 、B表被无情删除；

网上查了下原因，原来是mysql表的属性设置引起的。 
        默认下mysql表的stroage engine 属性是“MyISAM ”不支持事务，要修改为InnoDB。

修改后表属性后，在 删除C表出错时，删除A、B的操作会被回滚。

 

继续测试发现，在删除A 、B、 C表后，向A、B、新数据后立即通过 throw new Exception("")抛出一个异常，结果前面的动作会照常提交到数据库，没有回滚; 但如果我以运行int n=1/0的方式制造一个异常，则前面的删除动作就可以回滚了。

 非常纳闷，这究竟是什么原因呢？

 

以下是spring中关于事务的配置

1. < import   resource = "dao-jdbc-config.xml"   />
2.      < bean   id = "transactionManager"
3.          class ="org.springframework.jdbc.datasource.DataSourceTransactionManager" >
4.          < property   name = "dataSource" >
5.              < ref   bean = "dataSource"   />
6.          </ property >
7.      </ bean >
8.      < bean   id = "transactionInterceptor"
9.          class = "org.springframework.transaction.interceptor.TransactionInterceptor" >
10.          < property   name = "transactionManager"   ref = "transactionManager"   />
11.          < property   name = "transactionAttributes" >
12.              < props >
13.                  < prop   key = "*" > PROPAGATION_REQUIRED </ prop >
14.                  < prop   key = "add*" > PROPAGATION_REQUIRED </ prop >
15.                  < prop   key = "del*" > PROPAGATION_REQUIRED </ prop >
16.                  < prop   key = "update*" > PROPAGATION_REQUIRED </ prop >
17.                  < prop   key = "select*" > PROPAGATION_REQUIRED,readOnly </ prop >
18.                  < prop   key = "get*" > PROPAGATION_REQUIRED,readOnly </ prop >
19.              </ props >
20.          </ property >
21.      </ bean >
22.      < bean
23.          class ="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator" >
24.          < property   name = "beanNames" >
25.              < value > *Service </ value >
26.          </ property >
27.          < property   name = "interceptorNames" >
28.              < list >
29.                  < value > transactionInterceptor </ value >
30.                  <!--
31.                     此处增加新的Interceptor
32.                 -->
33.              </ list >
34.          </ property >
35.      </ bean >
36.      < bean
37.          class ="org.springframework.transaction.interceptor.TransactionAttributeSourceAdvisor" >
38.          < property   name = "transactionInterceptor"
39.              ref = "transactionInterceptor"   />
40.      </ bean >

在添上用svervice方法里面的操作

Spring的事务实现采用基于AOP的拦截器来实现，如果没有在事务配置的时候注明回滚的checked exception，那么只有在发生了unchecked exception的时候，才会进行事务回滚。因此在DAO层和service层，最好抛出unckecked exception. 
Checked exception 是在编译时在语法上必须处理的异常，因此必须在语法上以try..catch加以处理； 
Unchecked exception是运行时异常，它继承java.lang.RuntimeException 
DataAccessException 就属于RuntimeException 

 

转自:http://www.tuicool.com/articles/NJZ3Iz