1. 抛出检查异常导致事务不能正确回滚
原因：Spring默认只会回滚非检查异常。解决：配置rollbackFor属性。
@Transactional(rollbackFor = Exception.class)
2. 业务方法内自己try-catch异常导致事务不能正确回滚
原因：事务通知只有捉到了目标抛出的异常，才能进行后续的回滚处理，如果目标自己处理掉异常，事务通知无法知悉。解决1：异常原样抛出
@Transactional(rollbackFor = Exception.class)
public void test2()throws Exception{
try{
}catch (Exception e){
e.printStackTrace();
}
}
或者
@Transactional(rollbackFor = Exception.class)
public void test2(){
try{
}catch (Exception e){
e.printStackTrace();
throw new RuntimeException(e);
}
}
解决2：手动设置TransactionStatus.setRollbackonly()
@Transactional(rollbackFor = Exception.class)
public void test2(){
try{
}catch (Exception e){
e.printStackTrace();
TransactionInterceptor.currentTransactionStatus().setRollbackonly();
}
}
3. AOP切面顺序导致事务不能正确回滚
原因：事务切面优先级最低，但如果自定义的切面优先级和它一样，则还是自定义切面在内层，这时若自定义切面没有正确抛出异常，事务通知捕捉不到异常，无法进行回滚。解法1：同情况2。解法2：修改自定义切面优先级。
@Aspect
@Order(Ordered.LOWEST_PRECEDENCE-1)
public class MyAspect {
}
4. 非public方法导致的事务失败
原因：Spring为方法创建代理，添加事务通知、前提条件都是该方法是public的。解决1：将方法改为public。解决2：添加配置
@Bean
public TransactionAttributeSource transactionAttributeSource(){
return new AnnotationTransactionAttributeSource(false);
5. 父子容器导致的事务失败
原因：子容器扫描范围过大，把未加事务配置的service扫描进来。解法1：各扫描各的，不要图简便。解法2：不要用父子容器，所有bean放在同一容器（Springboot）
6. 调用本类方法导致传播行为失败
原因：本类方法调用不经过代理，因此无法增强。解法1：依赖注入自己（代理）来调用。解法2：通过AopContext拿到代理对象来调用。解法3：通过CTW、LTW实现功能增强。
7. @Transactional没有保证原子行为
原因：事务的原子性仅涵盖insert、update、delete、select ... for update语句，select语句并不阻塞。
8. @Transactional方法导致的synchronized失效
原因：synchronized保证的仅是目标方法的原子性，环绕目标方法的还有commit等操作，它们并未处于synchronized块内。
以上两种情况是相同的解决方法：
- synchronized范围应扩大至代理方法调用。使用select ... for update替换select
