事务，为什么你不回滚

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>
8.     </bean>
10.     <bean id="transactionInterceptor"
11.         class="org.springframework.transaction.interceptor.TransactionInterceptor">
12.         <property name="transactionManager" ref="transactionManager" />
13.         <property name="transactionAttributes">
14.             <props>
15.                 <prop key="*">PROPAGATION_REQUIRED</prop>
16.                 <prop key="add*">PROPAGATION_REQUIRED</prop>
17.                 <prop key="del*">PROPAGATION_REQUIRED</prop>
18.                 <prop key="update*">PROPAGATION_REQUIRED</prop>
19.                 <prop key="select*">PROPAGATION_REQUIRED,readOnly</prop>
20.                 <prop key="get*">PROPAGATION_REQUIRED,readOnly</prop>
21.             </props>
22.         </property>
23.     </bean>
25.     <bean
26.         class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator">
27.         <property name="beanNames">
28.             <value>*Service</value>
29.         </property>
30.         <property name="interceptorNames">
31.             <list>
32.                 <value>transactionInterceptor</value>
33.                 <!--
34.                     此处增加新的Interceptor
35.                 -->
36.             </list>
37.         </property>
38.     </bean>
40.     <bean
41.         class="org.springframework.transaction.interceptor.TransactionAttributeSourceAdvisor">
42.         <property name="transactionInterceptor"
43.             ref="transactionInterceptor" />
44.     </bean>

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

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