Spring异常抛出触发事务回滚

Spring、EJB的声明式事务默认情况下都是在抛出unchecked exception后才会触发事务的回滚

1. /**
2. * 如果在spring事务配置中不为切入点（如这里的切入点可以定义成test*）配置事务在什么情况下回滚（格式：-引起回滚的异常类型）
3. * 则spring默认只会在service方法抛出unchecked exception才会触发回滚
4. */
5. public class TestServiceImpl extends Service implements TestService {
6. /**
7. * 测试spring异常触发事务回滚的service方法
8. */
9. public void testAddPerson(String name) throws Exception {
10. TestPerson p = new TestPerson();
11. p.setName(name);
12. this.getHibernateGenericController().save(p);
13. /*
14. * 制造RuntimeException
15. * 在spring默认的异常回滚策略下，该异常的抛出会触发事务的回滚,数据不会被插入
16. */
17. throw new RuntimeException("抛出个运行时异常");
18. /**
19. * 同样是unchecked exception，spring默认的异常回滚策略下Error的抛出也会触发事务的回滚，数据不会被插入
20. */
21. //      throw new Error();
22. /**
23. * 即使是在spring默认的异常触发事务回滚策略（unchecked exception触发回滚）下，
24. * 如果使用try-catch捕获抛出的unchecked异常后没有在catch块中采用页面硬编码的方式使用spring api对事务做显式的回滚，则事务不会回滚，数据被插入
25. * “将异常捕获,并且在catch块中不对事务做显式提交=生吞掉异常”
26. */
27. //      try {
28. //          throw new RuntimeException("这个抛出的运行时异常会被try-catch捕获");
29. //      } catch(Exception e) {
30. //          System.out.println("捕获到异常： " + e.getMessage());
31. //      }
32. /**
33. * 因为Exception类是个checked exception，所以这里抛出的异常不会触发事务的回滚，数据被插入
34. */
35. //      throw new Exception("a Exception instance");
36. /**
37. * 该BaseException继承自Exception，也为checked exception，抛出它后:
38. * spring默认的回滚策略下，事务未回滚， 数据被插入；
39. * 在TransactionProxyFactoryBean的transactionAttributes中配置
40. <prop key="test*">
41. ... ...,-BaseException
42. </prop>
43. 后，事务回滚，数据未被插入
44. */
45. //      throw new BaseException("一个BaseException");
46. }
47. }

spring默认对unchecked exception进行回滚。

也可以对规定的checked exception进行回滚： 
<tx:advice id="txAdvice" transaction-manager="txManager"> 
  <tx:attributes> 
  <tx:method name="get*" read-only="true" rollback-for="NoProductInStockException"/> 
  <tx:method name="*"/> 
  </tx:attributes> 
</tx:advice>

将异常捕获,并且在catch块中不对事务做显式提交(或其他应该做的操作如关闭资源等)=生吞掉异常

spring的事务边界是在调用业务方法之前开始的，业务方法执行完毕之后来执行commit or rollback(Spring默认取决于是否抛出runtime异常). 
如果抛出runtime exception 并在你的业务方法中没有catch到的话，事务会回滚。 
一般不需要在业务方法中catch异常，如果非要catch，在做完你想做的工作后（比如关闭文件等）一定要抛出runtime exception，否则spring会将你的操作commit,这样就会产生脏数据.所以你的catch代码是画蛇添足。

Java 中定义了两类异常：

1) Checked exception: 这类异常都是Exception的子类 。异常的向上抛出机制进行处理，如果子类可能产生A异常，那么在父类中也必须throws A异常。可能导致的问题：代码效率低，耦合度过高。C#中就没有使用这种异常机制。

2) Unchecked exception: 这类异常都是RuntimeException的子类，虽然RuntimeException同样也是Exception的子类，但是它们是特殊的，它们不能通过client code来试图解决，所以称为Unchecked exception 。

checked exception是需要强制catch的异常，你在调用这个方法的时候，你如果不catch这个异常，那么编译器就会报错，比如说我们读写文件的时候会catch IOException，执行数据库操作会有SQLException等 
UnChecked Exception是RuntimeException，也就是说运行时的异常，这种异常不是必须需要catch的，你是无法预料的，比如说你在调用一个list.szie()的时候，如果这个list为null，那么就会报NUllPointerException，而这个异常就是RuntimeException，也就是UnChecked Exception

Error和RuntimeException及其子类是unchecked exception.其他exception是checked exception. 
checked exception可以出现在throws子句中，unchecked exception不可以。 
Error是java自己的错误或者诸如内存耗尽等严重错误，是不可抗拒的，显然没有捕捉的必要，而且也没有办法捕捉。 
RuntimeException是你的程序有逻辑错误，是程序员应该积极避免其出现的异常。比如NullPointerException等，完全是程序员马虎出的错。当遇到这种错误时，java将这个错误自动捕捉到，比如显示到concole里，然后继续运行。而checked exception如果不捕捉则会导致程序终止。

error 表示恢复不是不可能但很困难的情况下的一种严重问题。比如说内存溢出。不可能指望程序能处理这样的情况。

exception 表示一种设计或实现问题。也就是说，它表示如果程序运行正常，从不会发生的情况

error和excption的区别
 
Error的继承关系：
 
java.lang.Object

--java.lang.Throwable
 
--java.lang.Error
 
Exception的继承关系：
 
java.lang.Object
 
--java.lang.Throwable
 
--java.lang.Exception
 
二者的不同之处：
 
Exception：
 
1．可以是可被控制(checked) 或不可控制的(unchecked)
 
2．表示一个由程序员导致的错误
 
3．应该在应用程序级被处理
 
Error：
 
1．总是不可控制的(unchecked)
 
2．经常用来用于表示系统错误或低层资源的错误
 
3．如何可能的话，应该在系统级被捕捉