Spring事务管理配置方式：
- XML模糊匹配，绑定事务管理
- 注解，可对每个需要进行事务处理的方法单独配置，只需 @Transactional，然后添加属性配置
为简便，本文使用注解方式。Spring初始化时，会通过扫描拦截对事务的方法进行增强。若目标方法存在事务，Spring就会创建一个Bean对应的代理（Proxy）对象，并进行相关的事务处理操作。
1 setup
1.1 数据库配置文件 jdbc.properties
1.2 JDBC配置类
从 jdbc.properties 加载相关配置项，并创建 JdbcTemplate、DataSource、TransactionManager 等相关Bean。
1.3 应用配置类
通过注解，配置了数据源、MyBatis Mapper 的扫描路径以及事务等。
2 unchecked 异常与事务回滚
用户管理功能，每位用户注册后，都往数据库里存入信息：
Mapper类：
数据库表Schema：
业务类 StudentService包括一个保存的方法 saveStudent。执行一下保存，一切正常。
测试该事务是否回滚：若发现用户名=JavaEdge，抛异常，触发事务回滚。
测试保存我这个用户：
执行结果打印出了这样的信息：
异常抛了，但观察到DB还是有条新记录。
那为何异常也抛了，却没有回滚？
3 源码解析
顺着 saveUser debug：
看到 CglibAopProxy，事务本质上也是一种特殊切面，在创建过程中，被 CglibAopProxy 代理。
事务处理拦截器是 TransactionInterceptor支撑整个事务功能的架构
TransactionInterceptor如何实现事务特性
执行代理类的目标方法时，触发invoke()。跳到异常处理。catch到异常时，调 completeTransactionAfterThrowing进一步处理。
TransactionAspectSupport#invokeWithinTransaction
completeTransactionAfterThrowing.rollbackOn()
事务回滚判断条件。条件满足时，即会触发事务回滚。
RuleBasedTransactionAttribute#rollbackOn()
RuleBasedTransactionAttribute自身的rollbackOn()
当在 @Transactional 配置 rollbackFor，该方法就会用捕获到的异常和 rollbackFor 中配置的异常比对：
- 所捕获异常是 rollbackFor 配置异常，直接 rollback
案例中，没有加任何规则，所以找不到规则去处理（所以 winner == null），进而走到下一步。
DefaultTransactionAttribute 的 rollbackOn()
当发生如下 case：
- 没有在 @Transactional 配置 rollback 属性
- 或者，捕获到的异常和所配置异常类型不一
就调用父类rollbackOn()：
只有异常类型为 RuntimeException 或 Error，才true
=》才触发 completeTransactionAfterThrowing#rollback
=》事务才回滚：
综上，Spring 处理事务时，若没有在 @Transactional 配置 rollback 属性，则只有捕获到 RuntimeException 或 Error 才会触发事务回滚。
而案例抛 Exception，又未指定回滚规则，所以未触发回滚。
4 修正
将所抛异常类型改成 RuntimeException：
这种修改方法不优雅，毕竟异常有时就是固定死不能修改。还有更好方案。
解析 RuleBasedTransactionAttribute#rollbackOn 的代码时提到过 rollbackFor 属性的处理规则。在 @Transactional 的 rollbackFor 加入要支持的异常类型（在这是 Exception）即可匹配上我们所抛异常。完善注解配置即可：
