关于Spring中@Transactional事务回滚的注意事项-Java开发

这篇文章主要介绍了关于Spring中@Transactional事务回滚的注意事项,回滚（Rollback）指的是程序或数据处理错误，将程序或数据恢复到上一次正确状态的行为。回滚包括程序回滚和数据回滚等类型,需要的朋友可以参考下

一、Spring 默认事务

Spring中 @Transactional 注解，默认情况下，只对抛出的 RuntimeException 异常，才会事务回滚。

如果事务的方法中抛出 unchecked异常（RuntimeException），事务会进行回滚（ rollback）；如果事务的方法中抛出是 checked异常（Exception），事务不会回滚。

也就是说，默认情况下， @Transactional 注解只对抛出的 RuntimeException 异常和其子类异常才有效，对 Exception 及 Exception 的子类异常无效。

伪代码说明

// @Transactional 默认就是 RuntimeException 有效，抛出 RuntimeException时，事务会回滚。
@Transactional     
public void methodName1() {
	//... 各种的业务逻辑省略	
	throw new RuntimeException("RuntimeException");	
}
// @Transactional 默认就是 RuntimeException 有效，抛出 Exception 时，事务不会回滚。
@Transactional
public void methodName22() {
	//... 各种的业务逻辑省略
	throw new Exception("Exception");
}
// @Transactional 指定回滚事务是 Exception时，遇到 RuntimeException 时，事务不会回滚
@Transactional( rollbackFor=Exception.class )
public  void methodName3() {
	//... 各种的业务逻辑省略
	throw new RuntimeException("RuntimeException");
}
// @Transactional 指定回滚事务是 Exception时，遇到异常 Exception 时，事务会回滚，
@Transactional( rollbackFor=Exception.class ) 
public void methodName4() {
	//... 各种的业务逻辑省略
	throw new Exception("Exception");
}

@Transactional 相当于 @Transactional(rollbackFor=RuntimeException.class) ，只对抛出的 RuntimeException 异常，才会事务回滚。

1.1、抛出 unchecked 和 checked 异常都回滚

如果希望无论抛出是 RuntimeException （unchecked ），还是 Exception （checked），事务都要回滚。

@Transactional( rollbackFor = {RuntimeException.class, Exception.class} )
public  void methodName5() {
	//... 业务省略
	if(){		
		throw new RuntimeException("RuntimeException");
	}
	//... 业务省略
	if(){		
		throw new Exception("Exception");
	}	
}

1.2、总结

Spring 中 @Transactional ，默认只对抛出的 RuntimeException 的出常，事务才会回滚。
如果希望无论抛出是 RuntimeException ，还是 Exception，事务都要回滚，请使用如下配置。

@Transactional(rollbackFor={RuntimeException.class, Exception.class})

二、使用 Spring中 @Transactional 注解的注意事项

@Transactional 注解只能应用到 public 的方法上。如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解，它也不会报错，但是这个被注解的方法将不会展示已配置的事务设置。
配置 proxy-target-class 是指定基于接口的，还是基于类的代理被创建。如果 proxy-target-class = false （默认值），那么标准的JDK基于接口的代理。如果 proxy-target-class = true，那么基于类的代理将起作用（需要CGLIB库）。
@Transactional 注解加在具体方法（或类）上面，而不是接口上面。在接口上使用 @Transactional 注解，只能当你设置了基于接口的代理时它才生效。因为注解是不能继承的，这就意味着如果正在使用基于类的代理时，那么事务的设置将不能被基于类的代理所识别，而且对象也将不会被事务代理所包装。
@Transactional 的事务是通过基于接口的，或者是基于类的代理才能被创建。在同一个类中一个方法调用另一个有事务注解的方法，事务是不会起作用的。

这条能理解吗？下面是解释说明。

伪代码说明

@Serive
public class XxxService{	
	public void aa(){
		//业务...
		bb()
		//业务...
	}
	@Transactional
	public void bb(){
		//业务...
	}
}
@Controller
public class XxxController(){
	@Autowired
	XxxService xxxService;
	@RquestMapping("/hello")
	public void hello(){
		xxxService.aa();
	}
}
XxxController.hello() 调用 XxxService 时，没有开启事务，在 aa()、 bb()发生的RuntimerException 不会事务回滚。
分析说明：
（1）因为 aa() 没有 @Transactional 注解，因此 XxxController 调用 XxxService 时 ，没有开启事务；
（2）aa()中调有 bb() 只是方法的调用（代码片段的调用）。类似于Thread中，开启线程是通过start()方法，而不是直接调用run()方法。

spring 在扫描bean的时候会扫描方法上是否包含@Transactional 事务注解，如果包含，则 spring会为这个bean动态地生成一个子类（即代理类，proxy），代理类是继承原来那个bean 。

当这个有事务注解的方法被调用的时候，实际上是由代理类来调用的，代理类在调用之前就会开启事务（transaction）。

但是，如果先调用一个没有事务的方法，然通这个方法再去有事务，由于该方法的调用并没有通过代理类，而是直接通过原来的那个bean，所以就不会启动transaction，我们看到的现象就是 @Transactional 注解无效。

总结： 同一个类中，一个没有事务的方法A，去调用另一个有事务的方法B时，因为是直接调用，而不是调用的代理类，所以事务不起用的。

到此这篇关于关于Spring中@Transactional事务回滚的注意事项的文章就介绍到这了,更多相关Spring中@Transactional事务回滚内容请搜索编程学习网以前的文章希望大家以后多多支持编程学习网！