Spring,为内部方法新起一个事务,此处应有坑。

事务的作用,使我们操作能够连贯起来。而spring则是提供了一个更简单的方法,只要使用 @Transactional 一个注解,就可以保证操作的连贯性了。

普通用法,稍后再说,这里要说的是: 在最外面的方法中,有一个@Transactional 的注解,当有抛出异常时,则进行回滚操作:

@Transactional(readOnly = false, rollbackFor = Throwable.class, isolation = Isolation.REPEATABLE_READ)

原本这个方法运行得好好的,但是有一天,我们需要在这个方法里添加一个新业务操作,而且这个业务操作是不要求回滚的,类似于做日志记录一类的。WHAT SHOULD I DO ?

由于业务的独特性,我能够快速想到的是,在这个类里面加一个private方法,然后直接去调用就ok了,如果说还是考虑到回滚的话,我也快速想到 @Transactional 的NOT_SUPPORTED传播特性,如:

@Transactional(propagation = Propagation.NOT_SUPPORTED)
private void doMyExJob(UserDebitCardBean userDebitCard) {
    System.out.println("do my job...");
    //do my job...
}

这看起来很合理,没毛病。

然而就是运行不起来,只要外面调用的方法一抛出异常,那么这个新方法的数据操作将会被回滚。妈蛋,到底哪里出了问题???仔细查了下资料,原来 @Transactional 注解由于原理决定了他只能作用于public方法中,而这里改为private,就完全被忽略无视了。OK,改呗:

@Transactional(propagation = Propagation.NOT_SUPPORTED)
public void doMyExJob(UserDebitCardBean userDebitCard) {
    System.out.println("do my job...");
    //do my job...
}

感觉应该好了,然而并没有。我也是醉了,这个问题,如果仔细花时间,找原理是没有问题的,但是在关键时刻来这么一下,还是很不爽的。 网上看到一哥们说,还必须要将方法写到另一个类中,而且要通过spring的注入方式进行调用,才可以。好吧,那我就按照他的来,结果真的成功了。

//在接口中进行了定义,能够注入
@Override 
@Transactional(propagation = Propagation.NOT_SUPPORTED)
public void doMyExJob(UserDebitCardBean userDebitCard) {
    System.out.println("do my job...");
    //do my job...
}

总算可以了,在赶时间的时候,能够解决问题的,就是好方法。至此,问题解决。1. 使用public访求;2. 写在外部类中,可被调用; 3. 使用注入的方式进行该方法的执行。

说实话,spring这种事务还是有点不太好用的,要求太多,当然了,有很大部分原因是我没有理解其精髓。OK,下面我们来看看spring事务的讲解:

配置文件中,默认情况下,<tx:annotation-driven>会自动使用名称为transactionManager的事务管理器。所以,如果定义的事务管理器名称为transactionManager,那么就可以直接使用<tx:annotation-driven/>。如下:

?
<!-- 配置事务管理器 -->
<
bean
id
=
"transactionManager"
  
class
=
"org.springframework.jdbc.datasource.DataSourceTransactionManager"
  
p:dataSource-ref
=
"dataSource"
>
</
bean
>
<!-- enables scanning for @Transactional annotations -->
<
tx:annotation-driven
/>

<tx:annotation-driven>一共有四个属性如下,

  • mode:指定Spring事务管理框架创建通知bean的方式。可用的值有proxy和aspectj。前者是默认值,表示通知对象是个JDK代理;后者表示Spring AOP会使用AspectJ创建代理 
  • proxy-target-class:如果为true,Spring将创建子类来代理业务类;如果为false,则使用基于接口的代理。(如果使用子类代理,需要在类路径中添加CGLib.jar类库) 
  • order:如果业务类除事务切面外,还需要织入其他的切面,通过该属性可以控制事务切面在目标连接点的织入顺序。 
  • transaction-manager:指定到现有的PlatformTransaction Manager bean的引用,通知会使用该引用 

@Transactional的属性

isolation 枚举org.springframework.transaction.annotation.Isolation的值 事务隔离级别

noRollbackFor Class<? extends Throwable>[] 一组异常类,遇到时不回滚。默认为{}

noRollbackForClassName Stirng[] 一组异常类名,遇到时不回滚,默认为{}

propagation 枚举org.springframework.transaction.annotation.Propagation的值 事务传播行为

readOnly boolean 事务读写性

rollbackFor Class<? extends Throwable>[] 一组异常类,遇到时回滚

rollbackForClassName Stirng[] 一组异常类名,遇到时回滚

timeout int 超时时间,以秒为单位

value String 可选的限定描述符,指定使用的事务管理器

@Transactional标注的位置

@Transactional注解可以标注在类和方法上,也可以标注在定义的接口和接口方法上。

如果我们在接口上标注@Transactional注解,会留下这样的隐患:因为注解不能被继承,所以业务接口中标注的@Transactional注解不会被业务实现类继承。所以可能会出现不启动事务的情况。所以, spring
建议我们将@Transaction注解在实现类上。

在方法上的@Transactional注解会覆盖掉类上的@Transactional。

注意:

@Transactional 可以作用于接口、接口方法、类以及类方法上。当作用于类上时,该类的所有 public 方法将都具有该类型的事务属性,同时,我们也可以在方法级别使用该标注来覆盖类级别的定义。

虽然 @Transactional 注解可以作用于接口、接口方法、类以及类方法上,但是 Spring 建议不要在接口或者接口方法上使用该注解,因为这只有在使用基于接口的代理时它才会生效。另外, @Transactional 注解应该只被应用到 public 方法上,这是由 Spring AOP 的本质决定的。如果你在 protected、private 或者默认可见性的方法上使用 @Transactional 注解,这将被忽略,也不会抛出任何异常。

默认情况下,只有来自外部的方法调用才会被AOP代理捕获,也就是,类内部方法调用本类内部的其他方法并不会引起事务行为,即使被调用方法使用@Transactional注解进行修饰。

拼的就是工具的使用熟练度,哦。

原文 

http://www.cnblogs.com/yougewe/p/7466677.html

PS:如果您想和业内技术大牛交流的话,请加qq群(527933790)或者关注微信公众 号(AskHarries),谢谢!

转载请注明原文出处:Harries Blog™ » Spring,为内部方法新起一个事务,此处应有坑。

赞 (0)

分享到:更多 ()

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址