因为SpringBoot项目需要部署事务管理，所以在此系统地组织@Transactional注释的知识！
1、详细介绍办公管理是开发应用系统不可缺少的一部分。 Spring为事务管理提供了丰富的功能支持。 Spring事务管理分为编程式和声明式两种方式。
编程事务是通过编码来实现事务的。声明性事务基于AOP，将具体的业务逻辑与事务的理解联系起来。 声明性事务管理不会污染业务代码逻辑，因此实际使用中经常使用声明性事务。 声明性事务有两种方法：在配置文件(xml )中声明相关事务规则，以及基于@Transactional注释。 本文重点介绍基于@Transactional注释的事务管理。
@Transactional作用于接口、接口方法、类和类方法。 用于类时，类的所有public方法都具有该类型的事务属性，还可以在方法级别使用此注释复盖类级别的定义。
@Transactional注释可以应用于接口、接口方法、类和类方法，但Spring 建议不要在接口或者接口方法上使用该注解表示使用基于接口的代理时另外，@Transactional注释应该只适用于公共方法，这由Spring AOP的本质决定。 如果以protected、private或默认可见性方式使用@Transactional注释，则会忽略此注释，也不会抛出异常。
缺省情况下，只有来自外部的方法调用被AOP代理捕获。 也就是说，即使用@Transactional注释限定，也是类内部方法调用本类内部的其他方法并不会引起事务行为。
2、使用方法注:SpringBoot项目会自动配置DataSourceTransactionManager，因此在方法(或类)中添加@Transactional注释
在方法中添加@Transactional注释，如下所示：
@ transactionalpublicvoidinsertuser () useruser=newuser('abysscat ' )； usermapper.insertoneuser(user； //在数据库中插入记录throw new RuntimeException ()“发生异常”//在手动模拟中抛出异常后，事务将自动回滚，并将数据插入数据库中
3、Spring事务的默认回滚机制默认情况下，Spring的事务管理将回滚到***unchecked exception**。 这意味着，默认情况下，必须回滚到错误异常、运行时执行异常及其子类，并抛出异常。 直到http://www.Sina.com和若使用try-catch对其异常捕获则不会进行回滚！再次抛出，事务才生效。
4、Java异常介绍Java标准库中内置了一些通用异常，这些类以checked exception*** 则必须用try语句块进行处理或者把异常交给上级方法处理总之就是必须写代码处理它，所以必须在service捕获异常，然后为顶级类。
Throwable派生了Throwable类和Error类。
错误： Error类及其子类的实例表示JVM本身的错误。 错误不能由程序员用代码处理。 很少发生错误。 因此，程序员应该关注Exception在父类分支下的各种异常类。
异常： Exception及其子类表示在运行程序时发送的各种不期望的事件。 可以在Java异常处理机构中使用，是异常处理的核心。
注意：上图中有错误。 - ClassNotFoundException不是运行时异常。
总体上，根据Javac对异常的处理要求，将异常分类分为两类。
Exception:Error和RuntimeException及其子类。 javac在编译时不提示或发现此类异常，也不要求程序处理这些异常。 所以，根据需要可以记述或不处理代码处理(使用try…catch…finally )这样的异常。 这些异常需要修改代码，而不是由异常处理程序处理。 发生这种异常的原因大部分是因为代码的写法有问题。 例如用***弄错
误ArithmeticException***，错误的***强制类型转换错误ClassCastException***，数组索引越界ArrayIndexOutOfBoundsException，使用了***空对象NullPointerException***等等。检查异常（checked exception）：除了Error 和 RuntimeException的其它异常。javac强制要求程序员为这样的异常做预备处理工作（使用try…catch…finally或者throws）。在方法中要么用try-catch语句捕获它并处理，要么用throws子句声明抛出它，否则编译不会通过。这样的异常一般是由程序的运行环境导致的。因为程序可能被运行在各种未知的环境下，而程序员无法干预用户如何使用他编写的程序，于是程序员就应该为这样的异常时刻准备着。如SQLException , IOException,ClassNotFoundException 等。
需要明确的是：检查和非检查是对于javac来说的，这样就很好理解和区分了。
5、@Transactional 注解属性介绍value 和 transactionManager 属性
它们两个是一样的意思。当配置了多个事务管理器时，可以使用该属性指定选择哪个事务管理器。
propagation 属性
事务的传播行为，默认值为 Propagation.REQUIRED。
可选的值有：
如果当前存在事务，则加入该事务，如果当前不存在事务，则创建一个新的事务。
如a方法和b方法都添加了注解，使用默认传播模式，则a方法内部调用b方法，会把两个方法的事务合并为一个事务。
这里又会存在问题，如果b方法内部抛了异常，而a方法catch了b方法的异常，那这个事务还能正常运行吗？
答案是不行！会抛出异常：org.springframework.transaction.UnexpectedRollbackException: Transaction rolled back because it has been marked as rollback-only，因为当ServiceB中抛出了一个异常以后，ServiceB会把当前的transaction标记为需要rollback。但是ServiceA中捕获了这个异常，并进行了处理，认为当前transaction应该正常commit。此时就出现了前后不一致，也就是因为这样，抛出了前面的UnexpectedRollbackException。
如果当前存在事务，则加入该事务；如果当前不存在事务，则以非事务的方式继续运行。
Propagation.MANDATORY如果当前存在事务，则加入该事务；如果当前不存在事务，则抛出异常。
Propagation.REQUIRES_NEW重新创建一个新的事务，如果当前存在事务，暂停当前的事务。这个属性可以实现：
类A中的a方法加上默认注解@Transactional(propagation = Propagation.REQUIRED)，类B中的b方法加上注解@Transactional(propagation = Propagation.REQUIRES_NEW)，然后在a方法中调用b方法操作数据库，再在a方法最后抛出异常，会发现a方法中的b方法对数据库的操作没有回滚，因为Propagation.REQUIRES_NEW会暂停a方法的事务。
以非事务的方式运行，如果当前存在事务，暂停当前的事务。
Propagation.NEVER以非事务的方式运行，如果当前存在事务，则抛出异常。
Propagation.NESTED和 Propagation.REQUIRED 效果一样。
isolation 属性
事务的隔离级别，默认值为 Isolation.DEFAULT。
可选的值有：
Isolation.DEFAULT
使用底层数据库默认的隔离级别。
Isolation.READ_UNCOMMITTED
Isolation.READ_COMMITTED
Isolation.REPEATABLE_READ
Isolation.SERIALIZABLE
timeout 属性
事务的超时时间，默认值为-1。如果超过该时间限制但事务还没有完成，则自动回滚事务。
readOnly 属性
指定事务是否为只读事务，默认值为 false；为了忽略那些不需要事务的方法，比如读取数据，可以设置 read-only 为 true。
rollbackFor 属性
用于指定能够触发事务回滚的异常类型，可以指定多个异常类型。
noRollbackFor 属性
抛出指定的异常类型，不回滚事务，也可以指定多个异常类型。
这里面有几点需要大家留意：
A. 一个功能是否要事务，必须纳入设计、编码考虑。不能仅仅完成了基本功能就ok。
B. 如果加了事务，必须做好开发环境测试（测试环境也尽量触发异常、测试回滚），确保事务生效。
C. 以下列了事务使用过程的注意事项，请大家留意。
1.不要在接口上声明@Transactional ，而要在具体类的方法上使用 @Transactional 注解，否则注解可能无效。
2.不要图省事，将@Transactional放置在类级的声明中，放在类声明，会使得所有方法都有事务。故@Transactional应该放在方法级别，不需要使用事务的方法，就不要放置事务，比如查询方法。否则对性能是有影响的。
3.使用了@Transactional的方法，对同一个类里面的方法调用， @Transactional无效。比如有一个类Test，它的一个方法A，A再调用Test本类的方法B（不管B是否public还是private），但A没有声明注解事务，而B有。则外部调用A之后，B的事务是不会起作用的。（经常在这里出错）
4.使用了@Transactional的方法，只能是public，@Transactional注解的方法都是被外部其他类调用才有效，故只能是public。道理和上面的有关联。故在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解，它也不会报错，但事务无效。
5.spring的事务在抛异常的时候会回滚，如果是catch捕获了，事务无效。可以在catch里面加上throw new RuntimeException();
6.最后有个关键的一点：和锁同时使用需要注意：由于Spring事务是通过AOP实现的，所以在方法执行之前会有开启事务，之后会有提交事务逻辑。而synchronized代码块执行是在事务之内执行的，可以推断在synchronized代码块执行完时，事务还未提交，其他线程进入synchronized代码块后，读取的数据不是最新的。
所以必须使synchronized锁的范围大于事务控制的范围，把synchronized加到Controller层或者大于事务边界的调用层！