[java基础 【异常篇】] @Transactional(rollbackFor=Exception.class)的使用场景

异常分类:

Exception分为运行时异常RuntimeException和非运行时异常

• 如果不对运行时异常进行处理，那么出现运行时异常之后，要么是线程中止，要么是主程序终止。
  如果不想终止，则必须捕获所有的运行时异常，决不让这个处理线程退出。队列里面出现异常数据了，正常的处理应该是把异常数据舍弃，然后记录日志。不应该由于异常数据而影响下面对正常数据的处理。

  非运行时异常是RuntimeException以外的异常，类型上都属于Exception类及其子类。如IOException、SQLException等以及用户自定义的Exception异常。对于这种异常，JAVA编译器强制要求我们必需对出现的这些异常进行catch并处理，否则程序就不能编译通过。所以，面对这种异常不管我们是否愿意，只能自己去写一大堆catch块去处理可能的异常。

事务管理方式

1. 事务管理对于企业应用来说是至关重要的，即使出现异常情况，它也可以保证数据的一致性。

   spring支持编程式事务管理和声明式事务管理两种方式。

   编程式事务管理使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理，spring推荐使用TransactionTemplate。

   声明式事务管理建立在AOP之上的。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。

   声明式事务管理也有两种常用的方式，一种是基于tx和aop名字空间的xml配置文件，另一种就是基于@Transactional注解。显然基于注解的方式更简单易用，更清爽。

-----.
使用说明

• 当作用于类上时，该类的所有 public 方法将都具有该类型的事务属性，同时，我们也可以在方法级别使用该标注来覆盖类级别的定义。

在项目中，

• @Transactional(rollbackFor=Exception.class)，如果类加了这个注解，那么这个类里面的方法抛出异常，就会回滚，数据库里面的数据也会回滚。
• 在@Transactional注解中如果不配置rollbackFor属性,那么事物只会在遇到RuntimeException的时候才会回滚,加上rollbackFor=Exception.class,可以让事物在遇到非运行时异常时也回滚.

@Transactional注解的应用场景

下面代码的三种方案都是正确的（第一种是在类级别的注解上，第二种是在方法级别的注解上，第三种是在捕获异常后在catch里写上）

事务场景中，抛出异常被catch后，如果需要回滚，一定要手动回滚事务。 
            
Positive example 1：
    /**
     * @author hjm
     * @date 2019/07/09
     */
    @Service
    @Transactional(rollbackFor = Exception.class)
    public class UserServiceImpl implements UserService {
   
        @Override
        public void save(User user) {
   
            //some code
            //db operation
        }
    }
           
            
Positive example 2：
    /**
     * @author hjm
     * @date 2019/07/09
     */
    @Service
    public class UserServiceImpl implements UserService {
   
        @Override
        @Transactional(rollbackFor = Exception.class)
        public void save(User user) {
   
            //