@Transactional详解

深藏阁楼爱情的钟 2022-10-09 05:59 131阅读 0赞

### @Transactional的概述 ###

*  是Spring框架中声明式事务管理 编程中使用的注解
 *  添加的位置
    
     *  使用在接口的**实现类上或接口的实现方法上**，不是接口类中

*  **@Transactional注解只能引用到public方法上**，这是由Spring AOP的本质决定的，如果你在protected、private或者默认可见性的方法上使用@Transactional注解，那是无效的

*  系统设计：将@Transactional标签放在需要进行事务管理的方法上，而不是不假思索的放置在接口实现类上，（接口中所有方法都需要进行事务管理，但其实并不需要，如只读的接口就不需要事务管理，但是由于设置了@Transactional就需要AOP拦截及事务的处理，影响系统性能）
 *  方法上注解属性会覆盖注解上的相同属性，当接口与接口中方法上同时带有@Transactional注解的时候
 *  错误的案例

> 接口中A、B两个方法，A无@Transactional标签，B有，上层通过A间接调用B，此时事务不生效

> 接口中异常（运行时异常）被捕获而没有被抛出  
> 默认配置下，spring只有在抛出的异常为运行时unchecked异常时才回滚该事务，也就是抛出的异常为RuntimeException的子类(Errors也会导致事务回滚)，而抛出checked异常则不会导致事务回滚  
> 可通过 @Transactional rollbackFor进行配置

> 多线程下事务管理  
> 因为线程不属于spring托管，故线程不能够默认使用spring的事务,也不能获取spring注入的bean  
> 在被spring声明式事务管理的方法内开启多线程，多线程内的方法不被事务控制  
> 一个使用了@Transactional 的方法，如果方法内包含多线程的使用，方法内部出现异常，不会回滚线程中调用方法的事务

### @Transactional的原理是什么? ###

实现的代码

// 基本配置
    <?xml version="1.0" encoding="UTF-8"?>
    <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.springframework.org/schema/context" xmlns:mvc="http://www.springframework.org/schema/mvc" xmlns:aop="http://www.springframework.org/schema/aop" xmlns:task="http://www.springframework.org/schema/task" xmlns:jms="http://www.springframework.org/schema/jms" xmlns:tx="http://www.springframework.org/schema/tx" xsi:schemaLocation="http://www.springframework.org/schema/mvc http://www.springframework.org/schema/mvc/spring-mvc-4.1.xsd http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.1.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-4.1.xsd http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-4.1.xsd http://www.springframework.org/schema/task http://www.springframework.org/schema/task/spring-task-4.1.xsd http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-4.1.xsd http://www.springframework.org/schema/jms http://www.springframework.org/schema/jms/spring-jms-4.1.xsd">
    
    <bean name="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
    		<property name="dataSource" ref="shardingDataSource"></property>
    	</bean>
    
    <tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true" />
    
    // MyBatis自动参与到spring事务管理中，无需额外配置，只要org.mybatis.spring.SqlSessionFactoryBean引用的数据源与DataSourceTransactionManager引用的数据源一致即可，否则事务管理会不起作用
    // <annotation-driven>标签的声明，则是在Spring内部启用@Transactional来进行事务管理，使用 @Transactional 前需要配置

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

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

事务的两种开启方式  
显示开启start transaction | begin，通过 commit | rollback 结束事务  
关闭数据库中自动提交 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应用程序可以和这些命名服务和目录服务之间进行交互。

### spring事务特性 ###

spring所有的事务管理策略类都继承自org.springframework.transaction.PlatformTransactionManager接口

public interface PlatformTransactionManager { 
      TransactionStatus getTransaction(TransactionDefinition definition)
      throws TransactionException;
      void commit(TransactionStatus status) throws TransactionException;
      void rollback(TransactionStatus status) throws TransactionException;
    }

*  [事务的隔离级别][Link 1]：是指若干个并发  
    的事务之间的隔离程度
 *  @Transactional(isolation = Isolation.READ\_UNCOMMITTED)：读取未提交数据(会出现脏读, 不可重复读) 基本不使用
 *  @Transactional(isolation = Isolation.READ\_COMMITTED)：读取已提交数据(会出现不可重复读和幻读)
 *  @Transactional(isolation = Isolation.REPEATABLE\_READ)：可重复读(会出现幻读)
 *  @Transactional(isolation = Isolation.SERIALIZABLE)：串行化
 *  事务传播行为：如果在开始当前事务之前，一个事务上下文已经存在，此时有若干选项可以指定一个事务性方法的执行行为
    
     *  TransactionDefinition.PROPAGATION\_REQUIRED：如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。这是默认值。
     *  TransactionDefinition.PROPAGATION\_REQUIRES\_NEW：创建一个新的事务，如果当前存在事务，则把当前事务挂起。
     *  TransactionDefinition.PROPAGATION\_SUPPORTS：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
     *  TransactionDefinition.PROPAGATION\_NOT\_SUPPORTED：以非事务方式运行，如果当前存在事务，则把当前事务挂起。
     *  TransactionDefinition.PROPAGATION\_NEVER：以非事务方式运行，如果当前存在事务，则抛出异常。
     *  TransactionDefinition.PROPAGATION\_MANDATORY：如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。
     *  TransactionDefinition.PROPAGATION\_NESTED：如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务，则该取值等价于TransactionDefinition.PROPAGATION\_REQUIRED。

### @Transactional 属性配置 ###

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0NzM5NzA2_size_16_color_FFFFFF_t_70]  
**说明：**

*  value ：主要用来指定不同的事务管理器；主要用来满足在同一个系统中，存在不同的事务管理器。比如在Spring中，声明了两种事务管理器txManager1, txManager2.然后，用户可以根据这个参数来根据需要指定特定的txManager.
 *  value 适用场景：在一个系统中，需要访问多个数据源或者多个数据库，则必然会配置多个事务管理器的
 *  REQUIRED\_NEW和NESTED两种不同的传播机制的区别
 *  REQUIRED\_NEW：内部的事务独立运行，在各自的作用域中，可以独立的回滚或者提交；而外部的事务将不受内部事务的回滚状态影响
 *  ESTED的事务，基于单一的事务来管理，提供了多个保存点。这种多个保存点的机制允许内部事务的变更触发外部事务的回滚。而外部事务在混滚之后，仍能继续进行事务处理，即使部分操作已经被混滚。 由于这个设置基于JDBC的保存点，所以只能工作在JDBC的机制
 *  rollbackFor ： 让受检查异常回滚；即让本来不应该回滚的进行回滚操作
 *  noRollbackFor ：忽略非检查异常；即让本来应该回滚的不进行回滚操作

### 使用的时候需要注意什么？ ###

*  @Transactional 使用位置 类上方、方法上方  
    Spring 建议不要在接口或者接口方法上使用该注解，因为这只有在使用基于接口的代理时它才会生效  
    当作用于类上时，该类的所有 public 方法将都具有该类型的事务属性，同时，我们也可以在方法级别使用该标注来覆盖类级别的定义。
 *  方法的访问权限为 public  
    @Transactional 注解应该只被应用到 public 方法上，这是由 Spring AOP 的本质决定的。在 protected、private 或者默认可见性的方法上使用 @Transactional 注解，这将被忽略，也不会抛出任何异常
 *  默认情况下，只有来自外部的方法调用才会被AOP代理捕获，也就是，类内部方法调用本类内部的其他方法并不会引起事务行为，即使被调用方法使用@Transactional注解进行修饰  
    例如一：同一个类中方法，A方法未使用此标签，B使用了，C未使用，A 调用 B , B 调用 C ；则外部调用A之后，B的事务是不会起作用的  
    例如二：若是有上层（按照 Controller层、Service层、DAO层的顺序）由Action 调用 Service 直接调用，发生异常会发生回滚；若间接调用，Action 调用 Service 中 的A 方法，A无@Transactional 注解，B有，A调用B，B的注解无效

原文链接：  
[https://blog.csdn.net/mingyundezuoan/article/details/79017659][https_blog.csdn.net_mingyundezuoan_article_details_79017659]

[Link 1]: https://blog.csdn.net/mingyundezuoan/article/details/78777341
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0NzM5NzA2_size_16_color_FFFFFF_t_70]: /images/20221005/6409786745d0447fa6effe2bea2a8a01.png
[https_blog.csdn.net_mingyundezuoan_article_details_79017659]: https://blog.csdn.net/mingyundezuoan/article/details/79017659