一， 事务的一些基础知识简单回顾一下，讲的不是很深入，网上博客很多。
1，关于事务的四大特性：原子性、隔离性、一致性、持久性 本文不再赘述；
2，事务的隔离级别：读未提交，读已提交，可重复读，串行化（这里应该深入了解各个级别会出现什么问题，比如脏读，不可重复读，幻读）
3，事务的传播行为：事务传播行为指的就是当一个事务方法被另一个事务方法调用时，这个事务方法应该如何进行。 例如：methodA事务方法调用methodB事务方法时，methodB是继续在调用者methodA的事务中运行呢，还是为自己开启一个新事务运行，这就是由methodB的事务传播行为决定的。默认采用：PROPAGATION_REQUIRED
Throwable 是 Java 语言中所有错误或异常的超类，在 Java 中只有 Throwable 类型的实例才可以被抛出（throw）或者捕获（catch），它是异常处理机制的基本组成类型。
实例分为 Error 和 Exception 两种。
Error 类是指 java 运行时系统的内部错误和资源耗尽错误。应用程序不会抛出该类对象。如果
出现了这样的错误，除了告知用户，剩下的就是尽力使程序安全的终止。
Exception 又有两个分支 ， 一个是运行时异常 RuntimeException ， 一 个是检查异常 CheckedException。
RuntimeException 如 ：NullPointerException 、 ClassCastException ；
CheckedException 如： I/O 错误导致的 IOException、SQLException。
RuntimeException 是那些可能在 Java 虚拟机正常运行期间抛出的异常的超类。 如果出现 RuntimeException，那么一
定是程序员代码书写导致的错误.
CheckedException：一般是外部错误，这种异常都发生在编译阶段，Java 编译器会强
制程序去捕获此类异常，即会出现要求你把这段可能出现异常的程序进行 try catch
springboot自动配置默认为我们配置好了事务管理器，参考我们另一篇文章https://www.cnblogs.com/enchaolee/p/11364025.html
我们在项目的实际开发中，对于事务的处理，在编码中无外乎使用@Transactional这个注解，以及对于异常的处理，下面我们详细说一下。
1，方法上加入@Transactional注解后，这个方法就成为了事务方法，如果对于注解的一些属性不做特殊配置的话，方法中如果出现了RuntimeException（运行时异常），事务会进行回滚，如果出现了checkedException(编译时异常)，则不会回滚。那么对于这类异常，我们想让他在抛出的时候也进行回滚怎么办呢，当我们点进去@Transactional注解后，看下图：
我们可以看到，图中有标红的两个注解中的属性，我们可以在这里进行手动配置，以实现方法抛出具体异常进行回滚的逻辑。例如我们可以这样配置：@Transactional(rollbackFor = Exception.class)；
当然还有两个字段可以设置抛出某某异常不进行回滚：noRollbackFor，noRollbackForClassName；
2，对于异常捕获，事务如何处理
如果我们在事务方法中，手动捕获了异常，并没有让事务抛出去，也没有手动指定需要回滚，那么事务方法即使出现异常，也会提交事务。
比如我们这样去做，只是记录了日志，即使使用rollbackfor=Exception.class制定了需要回滚的逻辑，但是事务仍然会提交，除非加上下面这一行：
有这句代码就不需要再手动抛出运行时异常了，但是不建议这样做，因为这样做代码中会多出很多事务回滚的代码，不利于维护，还是交得spring去处理更妥当。3，的
3，我们该怎么样处理异常回滚呢？
如图所示，CommonException是我们定义的全局异常类，我们可以把catch到的异常统一按照一定的格式进行抛出。下面是CommonException相关代码
public class CommonException extends RuntimeException {
protected String errMsg; // 错误提示信息，显示给用户
protected String detailMsg; // 错误的具体信息，可能包含一些参数ID等信息
protected CommonErrorCode error; // 错误码
protected Object data; // 返回内容