@Transactional(rollbackFor=Exception.class) //表示此方法有异常时触发Spring事务
@Override
public CommonResult<User> saveUser(User user) {
int insert = baseMapper.insert(user);
try {
// 添加异常，并进行捕获
int a = 10/0;
}catch (Exception e){
logger.info("打印异常信息："+e);
return CommonResult.commentFailure("服务器异常，事务回滚");
}
if(insert > 0){
return CommonResult.commentSuccess(user);
}else {
return CommonResult.commentFailure("添加失败");
}
}
1、一个添加信息的实现类方法上，此处我们加了Spring的事务。
2、问题：一个方法报异常（int a = 10/0）进行了异常捕获，另一个方法不会回滚（insert添加方法）
这是什么情况呢，相当于Spring事务策略失效了。
try-catch捕获了异常后，这种业务方法也就等于脱离了spring事务的管理，因为没有任何异常会从业务方法中抛出，全被捕获并“吞掉”，导致spring异常抛出触发事务回滚策略失效。
通俗的来说：默认spring事务只在发生未被捕获的 runtimeexcetpion或error时才回滚。
spring aop 异常捕获进而回滚。在catch中最后加上throw new runtimeexcetpion（），这样程序异常时才能被aop捕获进而回滚，缺点是无法return异常信息提示，前端用户交互效果不佳
@Transactional(rollbackFor=Exception.class) //表示此方法有异常时触发Spring事务
@Override
public CommonResult<User> saveUser(User user) {
int insert = baseMapper.insert(user);
try {
// 添加异常，并进行捕获
int a = 10/0;
}catch (Exception e){
logger.info("异常信息："+e);
// 方案一：spring aop 异常捕获
throw new RuntimeException();
}
if(insert > 0){
return CommonResult.commentSuccess(user);
}else {
return CommonResult.commentFailure("添加失败");
}
}
就是让一个方法报异常，另一个方法回滚，这样才能真正的触发Spring事务回滚策略。
catch语句中增加：
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); //手动回滚，这样上层就无需去处理异常了
完整代码：
@Transactional(rollbackFor=Exception.class) //表示此方法有异常时触发Spring事务
@Override
public CommonResult<User> saveUser(User user) {
int insert = baseMapper.insert(user);
try {
// 添加异常，并进行捕获
int a = 10/0;
}catch (Exception e){
logger.info("异常信息："+e);
// 方案二：手动回滚
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
return CommonResult.commentFailure("服务器异常，事务回滚");
}
if(insert > 0){
return CommonResult.commentSuccess(user);
}else {
return CommonResult.commentFailure("添加失败");
}
}
SpringRollBackUtil.java
public class SpringRollBackUtil {
/**
* 事务回滚机制
*/
public static void rollBack() {
try {
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
} catch (Exception e) {
e.printStackTrace();
}
}
}
只需调用方法即可
// 方案三：公共工具类 手动回滚 SpringRollBackUtil.rollBack();
在测试一个接口时，发现一个奇怪的现象：
该接口使用@ResponseBody注解返回json格式数据，并且使用try／catch包括全部逻辑代码，debug后发现返回数据没有任何错误，只包含一段因产生异常导致的错误提示字符串，但是chrome浏览器network却显示http状态码为500。
最后发现在该RequestMapping方法上还有一个注解@Transactional，去除ok。
以上为个人经验，希望能给大家一个参考，也希望大家多多支持。
