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/>。如下:

?
1
2
3
4
5
6
7
8
<!-- 配置事务管理器 -->
< 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注解进行修饰。

 

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值