码迷,mamicode.com
首页 > 其他好文 > 详细

浅析@Transactional事务注解及

时间:2021-06-04 19:03:04      阅读:0      评论:0      收藏:0      [点我收藏+]

标签:enabled   mic   conf   pre   mtr   this   read   http   标签   

  @Transactional 是声明式事务管理 编程中使用的注解

一、添加位置

1、接口实现类或接口实现方法上,而不是接口类中。

2、访问权限:public 的方法才起作用。

  @Transactional 注解应该只被应用到 public 方法上,这是由 Spring AOP 的本质决定的。

3、系统设计:将注解放置在需要进行事务管理的方法上,而不是放在所有接口实现类上:只读的接口就不需要事务管理,由于配置了@Transactional就需要AOP拦截及事务的处理,可能影响系统性能。

  使用示例:比如这样一个删除方法,就需要加事务管理 - 一删就都删除,如果有一个删除失败,就全部回滚,称为事务。

    @Transactional
    public void remove(Integer id) {
        //查询课程信息
        Course course = courseDAO.detail(id, null);
        //先删除课程
        courseDAO.delete(id);
        //再删除商品
        productService.remove(course.getProductId());
        //删除索引
        removeIndex(id);
    }

4、错误使用:

1.接口中A、B两个方法,A无@Transactional标签,B有,上层通过A间接调用B,此时事务不生效。
 
2.接口中异常(运行时异常)被捕获而没有被抛出。
  默认配置下,spring 只有在抛出的异常为运行时 unchecked 异常时才回滚该事务,
  也就是抛出的异常为RuntimeException 的子类(Errors也会导致事务回滚),
  而抛出 checked 异常则不会导致事务回滚 。可通过 @Transactional rollbackFor进行配置。
 
3.多线程下事务管理因为线程不属于 spring 托管,故线程不能够默认使用 spring 的事务,
  也不能获取spring 注入的 bean 。
  在被 spring 声明式事务管理的方法内开启多线程,多线程内的方法不被事务控制。
  一个使用了@Transactional 的方法,如果方法内包含多线程的使用,方法内部出现异常,
  不会回滚线程中调用方法的事务。

二、@Transactional注解

  @Transactional 实质是使用了 JDBC 的事务来进行事务控制的

  @Transactional 基于 Spring 的动态代理的机制

  @Transactional 实现原理:

1、事务开始时,通过AOP机制,生成一个代理connection对象,并将其放入 DataSource 实例的某个与 DataSourceTransactionManager 相关的某处容器中。

2、在接下来的整个事务中,客户代码都应该使用该 connection 连接数据库,执行所有数据库命令。

  [不使用该 connection 连接数据库执行的数据库命令,在本事务回滚的时候得不到回滚]

  (物理连接 connection 逻辑上新建一个会话session;DataSource TransactionManager 配置相同的数据源)

3、事务结束时,回滚在第1步骤中得到的代理 connection 对象上执行的数据库命令,然后关闭该代理 connection 对象。

  (事务结束后,回滚操作不会对已执行完毕的SQL操作命令起作用)

三、声明式事务的管理实现本质:

  事务的两种开启方式:

1、显示开启start transaction | begin,通过 commit | rollback 结束事务

2、关闭数据库中自动提交 autocommit set autocommit = 0;MySQL 默认开启自动提交;通过手动提交或执行回滚操作来结束事务

  Spring 关闭数据库中自动提交:在方法执行前关闭自动提交,方法执行完毕后再开启自动提交

// org.springframework.jdbc.datasource.DataSourceTransactionManager.java 源码实现
 // switch to manual commit if necessary. this is very expensive in some jdbc drivers,
 // so we don‘t want to do it unnecessarily (for example if we‘ve explicitly
 // configured the connection pool to set it already).
 if (con.getautocommit()) {
     txobject.setmustrestoreautocommit(true);
     if (logger.isdebugenabled()) {
         logger.debug("switching jdbc connection [" + con + "] to manual commit");
     }
     con.setautocommit(false);
 }

  问题:

  关闭自动提交后,若事务一直未完成,即未手动执行 commit 或 rollback 时如何处理已经执行过的SQL操作?

  C3P0 默认的策略是回滚任何未提交的事务

  C3P0 是一个开源的JDBC连接池,它实现了数据源和 JNDI 绑定,支持 JDBC3 规范和 JDBC2 的标准扩展。目前使用它的开源项目有 Hibernate,Spring等

  JNDI(Java Naming and Directory Interface,Java命名和目录接口)是SUN公司提供的一种标准的Java命名系统接口,JNDI提供统一的客户端API,通过不同的访问提供者接口JNDI服务供应接口(SPI)的实现,由管理者将JNDI API映射为特定的命名服务和目录系统,使得Java应用程序可以和这些命名服务和目录服务之间进行交互

  详细文章可以看这篇:@Transactional:https://blog.csdn.net/mingyundezuoan/article/details/79017659

四、Spring中的@Transactional(rollbackFor = Exception.class)属性详解

  今天我在写代码的时候,看到了。一个注解@Transactional(rollbackFor = Exception.class),今天就和大家分享一下,这个注解的用法

技术图片

1、异常

  如下图所示,我们都知道Exception分为运行时异常RuntimeException和非运行时异常

  error是一定会回滚的。

技术图片

  如果不对运行时异常进行处理,那么出现运行时异常之后,要么是线程中止,要么是主程序终止。 
  如果不想终止,则必须捕获所有的运行时异常,决不让这个处理线程退出。队列里面出现异常数据了,正常的处理应该是把异常数据舍弃,然后记录日志。不应该由于异常数据而影响下面对正常数据的处理。

  非运行时异常是RuntimeException以外的异常,类型上都属于Exception类及其子类。如IOException、SQLException等以及用户自定义的Exception异常。对于这种异常,JAVA编译器强制要求我们必需对出现的这些异常进行catch并处理,否则程序就不能编译通过。所以,面对这种异常不管我们是否愿意,只能自己去写一大堆catch块去处理可能的异常。

2、事务管理方式

  事务管理对于企业应用来说是至关重要的,即使出现异常情况,它也可以保证数据的一致性。

  spring支持编程式事务管理和声明式事务管理两种方式。

   编程式事务管理使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理,spring推荐使用TransactionTemplate。

  声明式事务管理建立在AOP之上的。其本质是对方法前后进行拦截,然后在目标方法开始之前创建或者加入一个事务,在执行完目标方法之后根据执行情况提交或者回滚事务。

  声明式事务管理也有两种常用的方式,一种是基于tx和aop名字空间的xml配置文件,另一种就是基于@Transactional注解。显然基于注解的方式更简单易用,更清爽。

3、使用说明

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

  在项目中,@Transactional(rollbackFor=Exception.class),如果类加了这个注解,那么这个类里面的方法抛出异常,就会回滚,数据库里面的数据也会回滚。

  在@Transactional注解中如果不配置rollbackFor属性,那么事物只会在遇到RuntimeException的时候才会回滚,加上rollbackFor=Exception.class,可以让事物在遇到非运行时异常时也回滚

4、@Transactional注解的全部属性详解

属性

类型

描述

value

String

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

propagation

enum: Propagation

可选的事务传播行为设置

isolation

enum: Isolation

可选的事务隔离级别设置

readOnly

boolean

读写或只读事务,默认读写

timeout

int (in seconds granularity)

事务超时时间设置

rollbackFor

Class对象数组,必须继承自Throwable

导致事务回滚的异常类数组

rollbackForClassName

类名数组,必须继承自Throwable

导致事务回滚的异常类名字数组

noRollbackFor

Class对象数组,必须继承自Throwable

不会导致事务回滚的异常类数组

noRollbackForClassName

类名数组,必须继承自Throwable

参考文章:https://www.cnblogs.com/clwydjgs/p/9317849.html

浅析@Transactional事务注解及

标签:enabled   mic   conf   pre   mtr   this   read   http   标签   

原文地址:https://www.cnblogs.com/goloving/p/14847549.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!