Spring transaction事务之roll back回滚
2017-03-02 19:56
309 查看
转载自:http://blog.csdn.net/lovejavaydj/article/details/7635848
试验方法:
写一个单元测试,调用一个service层方法(发生对数据库进行写操作的方法--insert、update、delete)即可.
试验过程:
定义一个service方法如下:
public SMSTiming createSMSTiming(SMSTiming
smsTiming){
SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);
return s;
}
定义二个异常(先默认配置TestException为Spring事务回滚异常):
publicclass MyTestException extends Exception
publicclass TestException extends Exception
注意看下:每次这个方法的不同处(抛出的异常不同)。
测试1:
public SMSTiming createSMSTiming(SMSTiming
smsTiming){
SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);
int i
= 4/0; //人为产生异常(实际这里抛出了ArithmeticException运行异常)
return s;
}
测试1结果:会事务回滚----数据库中未插入新数据。
测试2:
public SMSTiming createSMSTiming(SMSTiming
smsTiming) throws Exception{//受检异常(非运行异常)必须抛出
SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);
try{
int i
= 4/0; //人为产生异常
}catch(Exception
e){
thrownew Exception ("");//抛出Exception异常
}
return s;
}
测试2结果:不会事务回滚----数据库中插入新数据。
测试3:
public SMSTiming createSMSTiming(SMSTiming
smsTiming) throws RuntimeException{//运行异常(非受检异常)可以不抛出
SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);
try{
int i
= 4/0; //人为产生异常
}catch(Exception
e){
thrownewRuntimeException("");//抛出RuntimeException异常
}
return s;
}
测试3结果:会事务回滚----数据库中未插入新数据
测试4:
public SMSTiming createSMSTiming(SMSTiming
smsTiming) throws TestException{//受检异常(非运行异常)必须抛出
SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);
try{
int i
= 4/0; //人为产生异常
}catch(Exception
e){
thrownewTestException("");//抛出TestException异常
}
return s;
}
测试4结果:会事务回滚----数据库中未插入新数据。
测试5:
public SMSTiming createSMSTiming(SMSTiming
smsTiming) throws MyTestException{//受检异常(非运行异常)必须抛出
SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);
try{
int i
= 4/0; //人为产生异常
}catch(Exception
e){
thrownewMyTestException("");//抛出MyTestException异常
}
return s;
}
测试5结果:不会事务回滚----数据库中插入新数据。
测试6:
public SMSTiming createSMSTiming(SMSTiming
smsTiming) throws MyTestException{//受检异常(非运行异常)必须抛出 (注意:此时spring指定配置此异常回滚)
SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);
try{
int i
= 4/0; //人为产生异常
}catch(Exception
e){
thrownewMyTestException("");//抛出MyTestException异常
}
return s;
}
测试6结果:会事务回滚----数据库中未插入新数据。
试验总结:
测试1、测试3、测试4、测试6会进行事务回滚;测试2、测试5不会进行事务回滚。
为什么会这样?因为是异常的类型(受检异常、运行时异常)不同或使用了Spring的rollback-for配置。
测试1和测试3是因为抛出了运行时异常,会事务回滚。
测试4和测试5、测试6分别抛出受检异常TestException、MyTestException,那为什么测试4和测试6会事务回滚呢?
因为是我们在Spring事务配置中指定了此异常(指定rollback-for)。
Spring框架的事务基础架构代码将默认地 只 在抛出运行时和unchecked
exceptions时才标识事务回滚。 也就是说,当抛出一个
- 默认地 - 标识事务回滚。)从事务方法中抛出的Checked exceptions将 不 被标识进行事务回滚
试验方法:
写一个单元测试,调用一个service层方法(发生对数据库进行写操作的方法--insert、update、delete)即可.
试验过程:
定义一个service方法如下:
public SMSTiming createSMSTiming(SMSTiming
smsTiming){
SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);
return s;
}
定义二个异常(先默认配置TestException为Spring事务回滚异常):
publicclass MyTestException extends Exception
publicclass TestException extends Exception
注意看下:每次这个方法的不同处(抛出的异常不同)。
测试1:
public SMSTiming createSMSTiming(SMSTiming
smsTiming){
SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);
int i
= 4/0; //人为产生异常(实际这里抛出了ArithmeticException运行异常)
return s;
}
测试1结果:会事务回滚----数据库中未插入新数据。
测试2:
public SMSTiming createSMSTiming(SMSTiming
smsTiming) throws Exception{//受检异常(非运行异常)必须抛出
SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);
try{
int i
= 4/0; //人为产生异常
}catch(Exception
e){
thrownew Exception ("");//抛出Exception异常
}
return s;
}
测试2结果:不会事务回滚----数据库中插入新数据。
测试3:
public SMSTiming createSMSTiming(SMSTiming
smsTiming) throws RuntimeException{//运行异常(非受检异常)可以不抛出
SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);
try{
int i
= 4/0; //人为产生异常
}catch(Exception
e){
thrownewRuntimeException("");//抛出RuntimeException异常
}
return s;
}
测试3结果:会事务回滚----数据库中未插入新数据
测试4:
public SMSTiming createSMSTiming(SMSTiming
smsTiming) throws TestException{//受检异常(非运行异常)必须抛出
SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);
try{
int i
= 4/0; //人为产生异常
}catch(Exception
e){
thrownewTestException("");//抛出TestException异常
}
return s;
}
测试4结果:会事务回滚----数据库中未插入新数据。
测试5:
public SMSTiming createSMSTiming(SMSTiming
smsTiming) throws MyTestException{//受检异常(非运行异常)必须抛出
SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);
try{
int i
= 4/0; //人为产生异常
}catch(Exception
e){
thrownewMyTestException("");//抛出MyTestException异常
}
return s;
}
测试5结果:不会事务回滚----数据库中插入新数据。
测试6:
public SMSTiming createSMSTiming(SMSTiming
smsTiming) throws MyTestException{//受检异常(非运行异常)必须抛出 (注意:此时spring指定配置此异常回滚)
SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);
try{
int i
= 4/0; //人为产生异常
}catch(Exception
e){
thrownewMyTestException("");//抛出MyTestException异常
}
return s;
}
测试6结果:会事务回滚----数据库中未插入新数据。
试验总结:
测试1、测试3、测试4、测试6会进行事务回滚;测试2、测试5不会进行事务回滚。
为什么会这样?因为是异常的类型(受检异常、运行时异常)不同或使用了Spring的rollback-for配置。
测试1和测试3是因为抛出了运行时异常,会事务回滚。
测试4和测试5、测试6分别抛出受检异常TestException、MyTestException,那为什么测试4和测试6会事务回滚呢?
因为是我们在Spring事务配置中指定了此异常(指定rollback-for)。
Spring框架的事务基础架构代码将默认地 只 在抛出运行时和unchecked
exceptions时才标识事务回滚。 也就是说,当抛出一个
RuntimeException或其子类例的实例时。(
Errors也一样
- 默认地 - 标识事务回滚。)从事务方法中抛出的Checked exceptions将 不 被标识进行事务回滚
相关文章推荐
- Spring transaction事务之roll back回滚
- Spring transaction事务之roll back回滚
- Spring transaction事务的roll back回滚机制
- Spring transaction事务之roll back回滚
- Spring transaction事务之roll back回滚: rollback-for
- Spring transaction事务之roll back回滚
- Spring transaction事务之roll back回滚
- Spring transaction事务 roll back各种回滚
- Spring transaction事务之roll back回滚
- 【web】Spring中使用DataSourceTransactionManager手动提交或回滚事务
- Spring transaction事宜 roll back各种回滚
- 基于Eclipse Maven的Spring4/Spring-MVC/Hibernate4整合之十三:用Spring嵌套事务(Nested Transaction) 回滚并返回自定义Exception
- Spring注解声明的事务@Transaction出现异常后没有回滚
- Spring事务Transaction配置的五种注入方式详解
- spring 事务控制 设置手动回滚
- sql事务(Transaction)用法介绍及回滚实例
- spring结合junit进行单元测试(二)——测试后进行事务回滚
- 简单的Spring事务嵌套与事务回滚
- Spring事务异常回滚,捕获异常不抛出就不会回滚
- 关于Spring 代码中执行事务回滚