我要评论spring事务失效场景及解决过程
异常捕获处理导致事务失效
- 场景：在转账代码中，对可能出现的异常进行捕获处理后，事务可能失效。如在方法中添加
try-catch块处理异常，当异常发生时，数据库操作未按预期回滚。 - 原因：aop实现的事务只能处理目标抛出的异常，若目标自己处理了异常，事务通知无法得知，导致事务失效。
- 解决方案：在
catch块中再抛出runtimeexception异常，使事务能够正常控制。
抛出检查异常导致事务失效
- 场景：在转账代码中读取文件时抛出
filenotfoundexception（检查异常），事务失效。例如在代码中读取一个不存在的文件并抛出异常，此时转账操作部分执行，未完全回滚。 - 原因：spring默认只会回滚非检查异常（
runtime异常），不会捕获检查异常。 - 解决方案：在
@transactional注解中添加rollbackfor属性，设置为exception.class，使所有异常都能回滚事务。
非public方法导致事务失效
- 场景：将转账方法的
public修饰符删除后，事务失效。如修改方法为非public后执行转账操作，出现数据不一致，事务未正常回滚。 - 原因：spring为方法创建代理并添加事务通知的前提是方法必须是
public的，非public方法无法进行代理。 - 解决方案：将方法改为
public即可解决事务失效问题。
在面试中，若被问到spring中事务失效的场景，能说出两三条并详细描述业务情况、产生原因及解决过程即可。
如阐述异常捕获处理时，说明业务中可能存在的异常处理逻辑，以及如何因未正确抛出异常导致事务失效，最后强调手动抛出runtimeexception解决问题的方式。
总结
以上为个人经验，希望能给大家一个参考，也希望大家多多支持代码网。
发表评论