http://www.cnblogs.com/culushitai/p/9205036.html
在springBoot使用事物时,发现事务并没有正常执行,没有进行回滚。
[java] view plain copy
@GetMapping("add")
@ResponseBody
@Transactional
public void add(String companyName,String name){
companyDao.add(companyName);
try {
userDao.addUser(name);
}catch (DuplicateKeyException e){//这里在数据库将name设置成unique key
logger.error("添加失败。姓名:[ {} ],已存在",name);
return new MyException("添加失败,名字已存在");//自定义异常 继承Exception
}
}
上述姓名重复时发现,公司名称依然添加成功,并没有进行回滚操作。
分析:默认spring事务只在发生未被捕获的 RuntimeException 时才回滚。
spring aop 异常捕获原理:被拦截的方法需显式抛出异常,并不能经任何处理,这样aop代理才能捕获到方法的异常,才能进行回滚,默认情况下aop只捕获 RuntimeException 的异常,但可以通过配置来捕获特定的异常并回滚
换句话说在service的方法中不使用try catch 或者在catch中最后加上throw new runtimeexcetpion(),这样程序异常时才能被aop捕获进而回滚
解决办法:
1.首先确认数据库支持事务。即为InnoDB。
方案一:如上述分析。MyException改为继承RuntimeException的异常。并且在service上层要继续捕获这个异常并处理
最后
程序启动出现这样的错误警告:
java.lang.NoSuchMethodError: org.springframework.aop.config.AopNamespaceUtils.registerAutoProxyCreatorIfNecessary(Lorg/springframework/beans/factory/xml/ParserContext;Ljava/lang/Object;
后来发现, 只要在spring配置文件里面 去掉 tx:annotation-driven , 就不会出现这个问题了
<tx:annotation-driven transaction-manager=“transactionManager” proxy-target-class=“true” />
改为
<tx:advice id="jpaAdvice" transaction-manager="transactionManager" />
<aop:config>
<aop:advisor advice-ref="jpaAdvice" pointcut="within(XXX.db.service..*)" />
</aop:config>
参照https://blog.csdn.net/wm3418925/article/details/53744543
用事物要抛异常才会回滚。如果用try catch 需要判断异常类型。非runtimeException 回滚则加上rollbackFor=Exception.class或者只抛runtimeException
如果不用try catch 只能回滚runtimeException,如果想全部回滚则加上rollbackFor=Exception.class
https://blog.csdn.net/abc19900828/article/details/39497631
3.外层service事物调用内层有事物的子service
/如果是嵌套事物,一个service 调用另一个带事物的service ,则两个service必须不能再同一个类中,否则回滚失效,
/且被调用的类要加上@Transactional(propagation=Propagation.REQUIRES_NEW),从service事物回滚,主service也能接到异常而回滚。但是主service异常,
从service却不能回滚,如果想主从互存合成一个事物,则主从都是@Transactional(propagation=Propagation.REQUIRED)
参考:https://www.cnblogs.com/sonng/p/6591319.html(核心)
http://www.cnblogs.com/duanxz/p/4746892.html
https://blog.csdn.net/wangyuxuan_java/article/details/8998208
https://blog.csdn.net/z69183787/article/details/76208998