13518219792
本篇内容主要讲解“事务生效就能保证正确回滚吗”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“事务生效就能保证正确回滚吗”吧!
成都创新互联公司服务项目包括市中网站建设、市中网站制作、市中网页制作以及市中网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，市中网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到市中省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！
1 AOP实现事务的原理
可理解为使用 try/catch 包裹被 @Transactional 注解的方法：
当方法抛异常并满足条件时，在 catch 中可设置事务回滚
若无异常，则直接提交事务。
刚才所说 条件 即为如下两点：
只有异常传播出了被 @Transactional注解的方法，事务才能回滚。
Spring的 TransactionAspectSupport#invokeWithinTransaction 方法即为处理事务的逻辑：只有捕获到异常才能进行后续事务处理
默认当出现 RuntimeException 或 Error，Spring才回滚事务。
查看Spring的DefaultTransactionAttribute
受检异常一般是业务异常或类似另一种方法的返回值，出现这样的异常可能业务还能完成，所以不会主动回滚
而 Error 或 RuntimeException 代表非预期结果，应回滚
2 反面教材
2.1 注册用户案例
createUserError1 会抛 RuntimeException，但方法内的 catch 捕获了所有异常
createUserError2，注册用户时还会readFile，若读文件失败，我们期望用户注册的DB操作也回滚。这里虽未捕获异常，但因readFile抛受检异常，createUserError2 传播出去的也是受检异常，事务不会回滚
readFile
createUserError1、2 俩方法虽然可确保事务生效，但因异常处理又不当，文件操作出现受检异常时，不会回滚事务。
2.2 如何修复bug呢?
通过日志来验证是否修复成功。针对以上2种情况，修复方案分别如下。
2.2.1 修复bug1
若希望自己捕获异常并处理，可手动设置让当前事务处于回滚态。
查看日志，确定事务回滚了。
Transactional code has requested rollback：手动请求回滚。
2.2.2 修复bug2
在注解中声明，期望遇到所有的Exception都回滚事务。
以此突破Spring不回滚受检异常的默认限制。
查看日志，确认事务回滚了：
该案例的事务中不仅有DB操作还有IO操作，在IO遇到问题时期望DB事务也回滚，以确保逻辑一致性。注意别再踩坑了哟~
3 总结
由于异常处理不正确，时常导致事务虽然的确生效了，但发生异常时依旧没能正确回滚。
Spring默认只对被@Transactional注解的方法出现RuntimeException和Error时回滚，所以若方法捕获了异常，就需要通过手写代码处理事务回滚。
若希望Spring针对其他异常也可回滚，可相应配置@Transactional注解的rollbackFor和noRollbackFor属性覆盖Spring的默认配置。
到此，相信大家对“事务生效就能保证正确回滚吗”有了更深的了解，不妨来实际操作一番吧！这里是创新互联网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！
