事务回滚相关记录

方法1:
在service层方法的catch语句中增加：TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();语句，手动回滚，这样上层就无需去处理异常（现在项目的做法）

方法2:
例如service层处理事务，那么service中的方法中不做异常捕获，或者在catch语句中最后增加throw new RuntimeException()语句，以便让aop捕获异常再去回滚，并且在service上层（webservice客户端，view层action）要继续捕获这个异常并处理

//普通缴费  
@Transactional  
public String commonMoney(Receipt rpt,Moneyrecord mors){  
    rpt.setState(1);  
    int a=dao.insert(rpt);  
    if(a<=0) return"缴费失败";  
    mors.setPric(rpt.getPic());  
    mors.setExid(rpt.getPid());  
    mors.setState(1);  
    boolean tf=mrs.custom(mors);  
    if(!tf){  
        //事务回滚

TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
return"余额不足";
}
return “OK”;
}
方法3：
设置回滚点进行回滚事务

//设置回滚点，
Object savePoint = TransactionAspectSupport.currentTransactionStatus().createSavepoint();  
 
//回滚到savePoint事务点
TransactionAspectSupport.currentTransactionStatus().rollbackToSavepoint(savePoint);

转自：https://blog.csdn.net/u012078155/article/details/116270613

回滚不起作用的原因！！

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.经过在ICORE-CLAIM中测试，效果如下：

A.抛出受查异常XXXException，事务会回滚。

B.抛出运行时异常NullPointerException，事务会回滚。

C.Quartz中，execute直接调用加了@Transactional方法，可以回滚；间接调用，不会回滚。（即上文3点提到的）

D.异步任务中，execute直接调用加了@Transactional方法，可以回滚；间接调用，不会回滚。（即上文3点提到的）

E.在action中加上@Transactional，不会回滚。切记不要在action中加上事务。

F.在service中加上@Transactional，如果是action直接调该方法，会回滚，如果是间接调，不会回滚。（即上文3提到的）

G.在service中的private加上@Transactional，事务不会回滚。
转自：https://www.jb51.net/article/206174.htm