spring事务——try{...}catch{...}中事务不回滚的几种处理方式（转载）

转载自   spring事务——try{...}catch{...}中事务不回滚的几种处理方式

 

当希望在某个方法中添加事务时，我们常常在方法头上添加@Transactional注解

    @ResponseBody
    @RequestMapping(value = "/payment", method = RequestMethod.POST, produces = MediaType.APPLICATION_JSON_VALUE)
    @Transactional
    public Payment paymentJson(@RequestBody PaymentRequestInfo entity) {
　　　　//method
　　}

容易让人忽略的是：方法上未加任何属性的@Transactional注解只能在抛出RuntimeException或者Error时才会触发事务的回滚，常见的非RuntimeException是不会触发事务的回滚的。

如果要在抛出 非RuntimeException时也触发回滚机制，需要我们在注解上添加 rollbackFor = { Exception.class }属性。

    @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{...}捕获异常，使得程序运行过程中出现异常能顺利抛出，从而触发事务回滚。

在实际开发中，我们往往需要在方法中进行异常的捕获，从而对异常进行判断，为客户端返回提示信息。但是此时由于异常的被捕获，导致事务的回滚没有被触发，导致事务的失败。

下面提供几种解决方法：

1. 使用@Transactional注解，抛出@Transactional注解默认识别的RuntimeException

方法上使用@Transactional注解，在捕获到异常时在catch语句中抛出RuntimeException。

2. 使用@Transactional(rollbackFor = { Exception.class })，抛出捕获的非RuntimeException异常

方法上使用@Transactional(rollbackFor = { Exception.class })注解声明事务回滚级别，在捕获到异常时在catch语句中直接抛出所捕获的异常。

3. 手动回滚

上面两个在catch{...}中抛出异常的方法都有个不足之处，就是不能在catch{...}中存在return子句，所以设置手动回滚，当捕获到异常时，手动回滚，同时返回前台提示信息。