5.@Transactional 注解只能应用到 public 可见度的方法上。 如果应用在protected、private或者 package可见度的方法上，也不会报错，不过事务设置不会起作用

 今天在开发中跟同事交流学到了Spring对于事务的注解；我在培训的时候写一个事务觉得挺费劲的（当时没有用到注解的方式）；现在觉得挺方便；

@Transactional(rollbackFor = Exception.class, isolation = Isolation.READ_COMMITTED)

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

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

   什么是checked异常，什么是unchecked异常？：

java里面将派生于Error或者RuntimeException（比如空指针，1/0）的异常称为unchecked异常，
其他继承自java.lang.Exception得异常统称为Checked Exception，如IOException、TimeoutException等

再通俗一点：你写代码出现的空指针等异常，会被回滚，文件读写，网络出问题，spring就没法回滚了。

3 不需要事务管理的(只查询的)方法：@Transactional(propagation=Propagation.NOT_SUPPORTED)
使用事务不可以在方法里加 try{}catch{} 加了自己处理了，就不会再走事务注解

4.timeout = 1 参数 默认超时为30秒，但是这个值可以自己设定，我就遇到了坑，别的同事给设成1，导致报错问题不知道在哪

5.@Transactional 注解只能应用到 public 可见度的方法上。 如果应用在protected、private或者 package可见度的方法上，也不会报错，不过事务设置不会起作用

6.如果已经在service中进行了try catch 操作 由于已经被抓获异常 故事务也不会回滚

最近在优化项目的代码，然后使用的是阿里的P3C代码规范检查，然后就出现了如下的提示。

方法【create】需要在Transactional注解指定rollbackFor或者在方法中显示的rollback。

原因： 并未在方法内或者注解上说明发生异常时如何回滚。下图是方法的完整的代码。

解决方案之一：在此方法@Transactional注解后面加上(rollbackFor = Exception.class)，如图所示：

解决方案之二：@Transactional注解上不加rollbackFor这个属性，在try...catch...的catch里写上如何回滚。

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

1.  
   事务场景中，抛出异常被catch后，如果需要回滚，一定要手动回滚事务。
2.  
    
3.  
   Positive example 1：
4.  
   /**
5.  
   * @author hjm
6.  
   * @date 2019/07/09
7.  
   */
8.  
   @Service
9.  
   @Transactional(rollbackFor = Exception.class)
10.  
    public class UserServiceImpl implements UserService {
11.  
    @Override
12.  
    public void save(User user) {
13.  
    //some code
14.  
    //db operation
15.  
    }
16.  
    }
17.  
     
18.  
     
19.  
    Positive example 2：
20.  
    /**
21.  
    * @author hjm
22.  
    * @date 2019/07/09
23.  
    */
24.  
    @Service
25.  
    public class UserServiceImpl implements UserService {
26.  
    @Override
27.  
    @Transactional(rollbackFor = Exception.class)
28.  
    public void save(User user) {
29.  
    //some code
30.  
    //db operation
31.  
    }
32.  
    }
33.  
     
34.  
     
35.  
    Positive example 3：
36.  
    /**
37.  
    * @author hjm
38.  
    * @date 2019/07/09
39.  
    */
40.  
    @Service
41.  
    public class UserServiceImpl implements UserService {
42.  
    @Autowired
43.  
    private DataSourceTransactionManager transactionManager;
44.  
     
45.  
    @Override
46.  
    @Transactional
47.  
    public void save(User user) {
48.  
    DefaultTransactionDefinition def = new DefaultTransactionDefinition();
49.  
    // explicitly setting the transaction name is something that can only be done programmatically
50.  
    def.setName("SomeTxName");
51.  
    def.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED);
52.  
     
53.  
    TransactionStatus status = transactionManager.getTransaction(def);
54.  
    try {
55.  
    // execute your business logic here
56.  
    //db operation
57.  
    } catch (Exception ex) {
58.  
    transactionManager.rollback(status);
59.  
    throw ex;
60.  
    }
61.  
    }
62.  
    }

解释上述原因：

Spring框架的事务处理代码默认地 只 在抛出运行时和unchecked exceptions时才标识事务回滚。 也就是说，当抛出个RuntimeException 或其子类的实例时，（Errors 也一样 - 默认地 - 标识事务回滚。）从事务方法中抛出的Checked exceptions将 不 被标识进行事务回滚。

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

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

3、不需要事务管理的(只查询的)方法：@Transactional(propagation=Propagation.NOT_SUPPORTED)

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

下面再说一下异常的继承体系（拓展的内容）：

记住：出现异常，不要紧张，把异常的简单类名，拷贝到API中去查或者问度娘，很强大的哦。

Java异常处理的五个关键字：try、catch、finally、throw、throws。后续再详细逐一介绍。

参考：Spring事务的注解@Transactional(rollbackFor = Exception.class)

参考：@Transactional(rollbackFor=Exception.class)的使用