目录
@Transactional 应用在非 public 修饰的方法上
@Transactional 注解属性 propagation 设置不当
@Transactional注解属性 rollbackFor 设置错误
Spring中比较容易失效的就是通过@Transactional 定义的声明式事务,他在以下几个场景中会导致事务失效,首先,就是Spring的@Transactional是基于Spring的AOP机制实现的,而AOP机制又是基于动态代理实现的。那么如果代理失效了,事务也就会失效。
@Transactional
private void privateMethod() {
// 在这里执行事务操作
}
public class MyService {
@Transactional
public void methodA() {
// 在这里执行一些业务逻辑
}
public void methodB() {
// 在这里执行一些业务逻辑
methodA()
}
}
由于AOP是通过创建代理对象来实现的,而无法对final方法进行子类化和覆盖,所以无法拦截这些方法。
还有就是调用static方法,因为这类方法是属于这个类的,并不是对象的,所以无法被AOP
详情可以看:
@Transactional(propagation = Propagation.NOT_SUPPORTED)
public void updateProduct(Product product) {
try {
// 更新产品信息
productRepository.update(product);
// 抛出异常
throw new RuntimeException("Something went wrong");
} catch (Exception e) {
// 处理异常
System.out.println("Caught exception: " + e.getMessage());
}
}
事务传播行为被设置为NOT_SUPPORTED,以非事务方式执行操作。
@Service
public class ProductService {
@Autowired
private ProductRepository productRepository;
@Transactional(propagation = Propagation.REQUIRED)
public void updateProduct(Product product) {
try {
// 更新产品信息
productRepository.update(product);
// 抛出异常
throw new Exception("Something went wrong");
} catch (Exception e) {
// 处理异常
System.out.println("Caught exception: " + e.getMessage());
}
}
}
在updateProduct
方法中,虽然使用了@Transactional
注解来管理事务,但是没有设置rollbackFor
属性,因此默认情况下只会回滚RuntimeException
及其子类异常,而不回滚其他类型的异常(如Exception
)。当在try
块中抛出Exception
异常时,Spring并不会认为这是需要回滚事务的异常,所以事务不会被回滚。
有的时候,你排查了很久,发现都没问题,但是还是不生效,然后找别人来帮你看,他上来就看了一下你用的@Transactional,发现并不是Spring中的,而是其他什么地方的,比如javax.transaction.Transactional ,这样也会导致事务失效
异常被catch捕获但未抛出导致@Transactional失效
@Transactional
public void updateProduct(Product product) {
try {
// 更新产品信息
productRepository.update(product);
} catch (Exception e) {
// 处理异常
System.out.println("Caught exception: " + e.getMessage());
}
}
既然底层的数据库引擎不支持,那肯定就没法生效