@Transactional 详解 示例

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

参考

@Transactional 详解
Spring之@Transactional注解原理以及走过的坑

Spring事务的原理

Spring 事务管理分为编码式声明式的两种方式。编程式事务指的是通过编码方式实现事务声明式事务基于AOP将具体业务逻辑与事务处理解耦

声明式事务管理使业务代码逻辑不受污染, 因此在实际使用中声明式事务用的比较多

声明式事务有两种方式,一种是在配置文件中做相关的事务规则声明,另一种是基于@Transactional 注解的方式。
使用@Transactional的相比传统的我们需要手动开启事务,然后提交事务来说。它提供如下方便

根据你的配置,设置是否自动开启事务
自动提交事务或者遇到异常自动回滚

声明式事务(@Transactional)基本原理如下:

配置文件开启注解驱动,在相关的类和方法上通过注解@Transactional标识
spring 在启动的时候会去解析生成相关的bean,这时候会查看拥有相关注解的类和方法,并且为这些类和方法生成代理,并根据@Transaction的相关参数进行相关配置注入,这样就在代理中为我们把相关的事务处理掉了(开启正常提交事务,异常回滚事务)。
真正的数据库层的事务提交和回滚是通过binlog或者redo log实现的。

注意

添加位置

1)接口实现类接口实现方法上,而不是接口类中。
2)访问权限:public 的方法才起作用@Transactional 注解应该只被应用到 public 方法上,这是由 Spring AOP 的本质决定的。

系统设计:将标签放置在需要进行事务管理的方法上而不是放在所有接口实现类上

只读的接口就不需要事务管理,由于配置了@Transactional就需要AOP拦截及事务的处理可能影响系统性能。

参数配置

@Transactional注解只能抛出RuntimeException或者Error时才会触发事务的回滚,常见的非RuntimeException是不会触发事务的回滚的。但是我们平时做业务处理时,需要捕获异常,所以可以手动抛出RuntimeException异常或者添加rollbackFor = Exception.class(也可以指定相应异常)

/*
 * 捕获异常时,要想使事务生效,需要手动抛出RuntimeException异常或者添加rollbackFor = Exception.class
*/
@Override
@Transactional
public Long addBook(Book book) {
    Long result = null;
    try {
        result = bookDao.addBook(book);
        int i = 1/0;
    } catch (Exception e) {
        e.printStackTrace();
        throw new RuntimeException();
    }
    return result;
}

@Override
@Transactional(rollbackFor = Exception.class)
public Long addBook(Book book) {
    Long result = null;
    try {
        result = bookDao.addBook(book);
        int i = 1/0;
    } catch (Exception e) {
        e.printStackTrace();
        throw e;
    }
    return result;
}

错误使用

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

结论:当无事务方法调用有事务的方法时事务不会生效,
而主方法有事务去调用其他方法,无论被调用的方法有无事务,且是否出现异常(有异常需要能够抛出不被捕获),都触发事务。

/*
* 情况一:都有事务注解,异常在子方法出现,事务生效
*/
@Override
@Transactional
public Long addBook(Book book) {
    Long result = add(book);
    return result;
}

@Transactional
public Long add(Book book){
    Long result =  bookDao.addBook(book);
    int i = 1/0;
    return result;
}

/*
* 情况二:都有事务注解,异常在主方法出现,事务生效
*/
@Override
@Transactional
public Long addBook(Book book) {
    Long result = add(book);
    int i = 1/0;
    return result;
}

@Transactional
public Long add(Book book){
    Long result =  bookDao.addBook(book);
    return result;
}

/*
* 情况三:只有主方法有事务注解,异常在子方法出现,事务生效
*/
@Override
@Transactional
public Long addBook(Book book) {
    Long result = add(book);
    return result;
}

public Long add(Book book){
    Long result =  bookDao.addBook(book);
    int i = 1/0;
    return result;
}

/*
* 情况四:只有主方法有事务注解,异常在主方法出现,事务生效
*/
@Override
@Transactional
public Long addBook(Book book) {
    Long result = add(book);
    int i = 1/0;
    return result;
}

public Long add(Book book){
    Long result =  bookDao.addBook(book);
    return result;
}

/*
* 情况五:只有子方法有事务注解,异常在子方法出现,事务不生效
*/
@Override
public Long addBook(Book book) {
    Long result = add(book);
    return result;
}

@Transactional
public Long add(Book book){
    Long result =  bookDao.addBook(book);
    int i = 1/0;
    return result;
}

@Transactional 详解 示例_第1张图片

@Transactional注解底层使用的是动态代理来进行实现的,如果在调用本类中的方法,此时不添加@Transactional注解,而是在调用类中使用this调用本类中的另外一个添加了@Transactional注解,此时this调用的方法上的@Transactional注解是不起作用的
@Transactional 详解 示例_第2张图片

调用同类中方法注解不生效

类似于上面 调用同类中的方法

例如
impl{
	
	test1(){
		test2();
	}
	
	某个注解
	test2(){}
}
此时 test2() 上的注解是不生效的,使用下面的 方法,使用代理调用内部方法
impl{
	XXXService  xxxService;
	
	test1(){
		((XXXService) AopContext.currentProxy()).test2(request);
	}
	
	某个注解
	test2(){}
}

原理

@Transactional 实质是使用了 JDBC 的事务来进行事务控制的
@Transactional 基于 Spring 的动态代理的机制

@Transactional 实现原理:
 
1) 事务开始时,通过AOP机制,生成一个代理connection对象,
   并将其放入 DataSource 实例的某个与 DataSourceTransactionManager 相关的某处容器中。
   在接下来的整个事务中,客户代码都应该使用该 connection 连接数据库,
   执行所有数据库命令。
   [不使用该 connection 连接数据库执行的数据库命令,在本事务回滚的时候得不到回滚]
  (物理连接 connection 逻辑上新建一个会话session;
   DataSourceTransactionManager 配置相同的数据源)
 
2) 事务结束时,回滚在第1步骤中得到的代理 connection 对象上执行的数据库命令,
   然后关闭该代理 connection 对象。
  (事务结束后,回滚操作不会对已执行完毕的SQL操作命令起作用)

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

事务的两种开启方式:
1 显示开启 start transaction | begin,通过 commit | rollback 结束事务
关闭数据库中自动提交 autocommit set autocommit = 0MySQL 默认开启自动提交;通过手动提交或执行回滚操作来结束事务

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

@Transactional和@Transactional(rollbackFor = Exception.class)

首先我在Mysql中准备了一条数据
@Transactional 详解 示例_第3张图片
示例参考彻底弄懂@Transactional和@Transactional(rollbackFor = Exception.class)的区别到底在哪里

实例

for 中 sql 全都执行成功才成功,否则回滚

参考Spring事务For循环中的代码单独为一个事务,循环一次提交一次事务

参考上面 throw RuntimeException ,然后加 @Transactional

for 中 报异常的sql 跳过,不影响成功的语句

参考for循环中控制事务单个提交问题

当假设有一个大小为10的for循环,当执行到第二个数据的时候,出现异常,可以保证不影响已经执行已经执行的语句以及余下的8次执行单独catch住第二次的执行所抛出的异常
可以使用以下的策略:

1、在一个Aservice实现类的方法里面定义一个for循环,Aservice实现类上面加上@Transactional(rollbackFor = Exception.class)注解
2、再在这个for循环里面调用另一个Bservice的实现类方法,在Bservice的实现类的上面加上@Transactional(propagation = Propagation.REQUIRES_NEW)注解
@Transactional 详解 示例_第4张图片
在这里插入图片描述

关于事务

参考spring 事务-使用@Transactional 注解(事务隔离级别)

你可能感兴趣的:(idea,java,maven,java,git)