当但愿在某个方法中添加事务时,咱们经常在方法头上添加@Transactional注解java
@ResponseBody @RequestMapping(value = "/payment", method = RequestMethod.POST, produces = MediaType.APPLICATION_JSON_VALUE) @Transactional public Payment paymentJson(@RequestBody PaymentRequestInfo entity) { //method }
容易让人忽略的是:方法上未加任何属性的@Transactional注解只能在抛出RuntimeException或者Error时才会触发事务的回滚,常见的非RuntimeException是不会触发事务的回滚的。app
若是要在抛出 非RuntimeException时也触发回滚机制,须要咱们在注解上添加 rollbackFor = { Exception.class }属性。spa
@ResponseBody @RequestMapping(value = "/payment", method = RequestMethod.POST, produces = MediaType.APPLICATION_JSON_VALUE) @Transactional(rollbackFor = { Exception.class }) public Payment paymentJson(@RequestBody PaymentRequestInfo entity) { //method }
固然,上面事务回滚的前提是添加@Transactional注解的方法中不含有try{...}catch{...}捕获异常,使得程序运行过程当中出现异常能顺利抛出,从而触发事务回滚。3d
在实际开发中,咱们每每须要在方法中进行异常的捕获,从而对异常进行判断,为客户端返回提示信息。可是此时因为异常的被捕获,致使事务的回滚没有被触发,致使事务的失败。code
下面提供几种解决方法:blog
方法上使用@Transactional注解,在捕获到异常时在catch语句中抛出RuntimeException。事务
方法上使用@Transactional(rollbackFor = { Exception.class })注解声明事务回滚级别,在捕获到异常时在catch语句中直接抛出所捕获的异常。开发
上面两个在catch{...}中抛出异常的方法都有个不足之处,就是不能在catch{...}中存在return子句,因此设置手动回滚,当捕获到异常时,手动回滚,同时返回前台提示信息。it