【Spring】事务总结

目录

1. 什么是事务？

2. 事务的特性（ACID）了解么?

3. 详谈 Spring 对事务的支持

3.1. Spring 支持两种方式的事务管理

1).编程式事务管理

2)声明式事务管理

3.2. Spring 事务管理接口介绍

3.2.1. PlatformTransactionManager:事务管理接口

3.2.2. TransactionDefinition:事务属性

3.2.3. TransactionStatus:事务状态

3.3. 事务属性详解

3.3.1. 事务传播行为

3.3.2 事务隔离级别

3.3.3. 事务超时属性

3.3.3. 事务只读属性

3.3.4. 事务回滚规则

3.4. @Transactional 注解使用详解

1) @Transactional 的作用范围

2) @Transactional 的常用配置参数

3)@Transactional 事务注解原理

4)Spring AOP 自调用问题

5) @Transactional 的使用注意事项总结

1. 什么是事务？

事务是逻辑上的一组操作，要么都执行，要么都不执行。

Guide 哥：大家应该都能背上面这句话了，下面我结合我们日常的真实开发来谈一谈。

我们系统的每个业务方法可能包括了多个原子性的数据库操作，比如下面的 savePerson() 方法中就有两个原子性的数据库操作。这些原子性的数据库操作是有依赖的，它们要么都执行，要不就都不执行。

   public void savePerson() {personDao.save(person);personDetailDao.save(personDetail);}

另外，需要格外注意的是：事务能否生效数据库引擎是否支持事务是关键。比如常用的 MySQL 数据库默认使用支持事务的innodb引擎。但是，如果把数据库引擎变为 myisam，那么程序也就不再支持事务了！

事务最经典也经常被拿出来说例子就是转账了。假如小明要给小红转账 1000 元，这个转账会涉及到两个关键操作就是：

  1. 将小明的余额减少 1000 元

  2. 将小红的余额增加 1000 元。

万一在这两个操作之间突然出现错误比如银行系统崩溃或者网络故障，导致小明余额减少而小红的余额没有增加，这样就不对了。事务就是保证这两个关键操作要么都成功，要么都要失败。

public class OrdersService {private AccountDao accountDao;
​public void setOrdersDao(AccountDao accountDao) {this.accountDao = accountDao;}
​@Transactional(propagation = Propagation.REQUIRED,isolation = Isolation.DEFAULT, readOnly = false, timeout = -1)public void accountMoney() {//小红账户多1000accountDao.addMoney(1000,xiaohong);//模拟突然出现的异常，比如银行中可能为突然停电等等//如果没有配置事务管理的话会造成，小红账户多了1000而小明账户没有少钱int i = 10 / 0;//小王账户少1000accountDao.reduceMoney(1000,xiaoming);}
}

另外，数据库事务的 ACID 四大特性是事务的基础，下面简单来了解一下。

2. 事务的特性（ACID）了解么?

 

  • 原子性（Atomicity）： 一个事务（transaction）中的所有操作，或者全部完成，或者全部不完成，不会结束在中间某个环节。事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。即，事务不可分割、不可约简。

  • 一致性（Consistency）： 在事务开始之前和事务结束以后，数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设约束、触发器、级联回滚等。

  • 隔离性（Isolation）： 数据库允许多个并发事务同时对其数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别，包括未提交读（Read uncommitted）、提交读（read committed）、可重复读（repeatable read）和串行化（Serializable）。

  • 持久性（Durability）: 事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失。

 

3. 详谈 Spring 对事务的支持

再提醒一次：你的程序是否支持事务首先取决于数据库 ，比如使用 MySQL 的话，如果你选择的是 innodb 引擎，那么恭喜你，是可以支持事务的。但是，如果你的 MySQL 数据库使用的是 myisam 引擎的话，那不好意思，从根上就是不支持事务的。

这里再多提一下一个非常重要的知识点： MySQL 怎么保证原子性的？

我们知道如果想要保证事务的原子性，就需要在异常发生时，对已经执行的操作进行回滚，在 MySQL 中，恢复机制是通过 回滚日志（undo log） 实现的，所有事务进行的修改都会先先记录到这个回滚日志中，然后再执行相关的操作。如果执行过程中遇到异常的话，我们直接利用 回滚日志 中的信息将数据回滚到修改之前的样子即可！并且，回滚日志会先于数据持久化到磁盘上。这样就保证了即使遇到数据库突然宕机等情况，当用户再次启动数据库的时候，数据库还能够通过查询回滚日志来回滚将之前未完成的事务。

3.1. Spring 支持两种方式的事务管理

1).编程式事务管理

通过 TransactionTemplate或者TransactionManager手动管理事务，实际应用中很少使用，但是对于你理解 Spring 事务管理原理有帮助。

使用TransactionTemplate 进行编程式事务管理的示例代码如下：

@Autowired
private TransactionTemplate transactionTemplate;
public void testTransaction() {
​transactionTemplate.execute(new TransactionCallbackWithoutResult() {@Overrideprotected void doInTransactionWithoutResult(TransactionStatus transactionStatus) {
​try {
​// ....  业务代码} catch (Exception e){//回滚transactionStatus.setRollbackOnly();}
​}});
}

使用 TransactionManager 进行编程式事务管理的示例代码如下：

@Autowired
private PlatformTransactionManager transactionManager;
​
public void testTransaction() {
​TransactionStatus status = transactionManager.getTransaction(new DefaultTransactionDefinition());try {// ....  业务代码transactionManager.commit(status);} catch (Exception e) {transactionManager.rollback(status);}
}
2)声明式事务管理

推荐使用（代码侵入性最小），实际是通过 AOP 实现（基于@Transactional 的全注解方式使用最多）。

使用 @Transactional注解进行事务管理的示例代码如下：

@Transactional(propagation=propagation.PROPAGATION_REQUIRED)
public void aMethod {//do somethingB b = new B();C c = new C();b.bMethod();c.cMethod();
}

3.2. Spring 事务管理接口介绍

Spring 框架中，事务管理相关最重要的 3 个接口如下：

  • PlatformTransactionManager： （平台）事务管理器，Spring 事务策略的核心。

  • TransactionDefinition： 事务定义信息(事务隔离级别、传播行为、超时、只读、回滚规则)。

  • TransactionStatus： 事务运行状态。

我们可以把 PlatformTransactionManager 接口可以被看作是事务上层的管理者，而 TransactionDefinition 和 TransactionStatus 这两个接口可以看作是事务的描述。

PlatformTransactionManager 会根据 TransactionDefinition 的定义比如事务超时时间、隔离级别、传播行为等来进行事务管理 ，而 TransactionStatus 接口则提供了一些方法来获取事务相应的状态比如是否新事务、是否可以回滚等等。

3.2.1. PlatformTransactionManager:事务管理接口

Spring 并不直接管理事务，而是提供了多种事务管理器 。Spring 事务管理器的接口是： PlatformTransactionManager 。

通过这个接口，Spring 为各个平台如 JDBC(DataSourceTransactionManager)、Hibernate(HibernateTransactionManager)、JPA(JpaTransactionManager)等都提供了对应的事务管理器，但是具体的实现就是各个平台自己的事情了。

PlatformTransactionManager 接口的具体实现如下:

 

PlatformTransactionManager接口中定义了三个方法：

package org.springframework.transaction;
​
import org.springframework.lang.Nullable;
​
public interface PlatformTransactionManager {//获得事务TransactionStatus getTransaction(@Nullable TransactionDefinition var1) throws TransactionException;//提交事务void commit(TransactionStatus var1) throws TransactionException;//回滚事务void rollback(TransactionStatus var1) throws TransactionException;
}
​

这里多插一嘴。为什么要定义或者说抽象出来PlatformTransactionManager这个接口呢？

主要是因为要将事务管理行为抽象出来，然后不同的平台去实现它，这样我们可以保证提供给外部的行为不变，方便我们扩展。我前段时间分享过：“为什么我们要用接口？”

 

3.2.2. TransactionDefinition:事务属性

事务管理器接口 PlatformTransactionManager 通过 getTransaction(TransactionDefinition definition) 方法来得到一个事务，这个方法里面的参数是 TransactionDefinition 类 ，这个类就定义了一些基本的事务属性。

那么什么是 事务属性 呢？

事务属性可以理解成事务的一些基本配置，描述了事务策略如何应用到方法上。

事务属性包含了 5 个方面：

 

TransactionDefinition 接口中定义了 5 个方法以及一些表示事务属性的常量比如隔离级别、传播行为等等。

package org.springframework.transaction;
​
import org.springframework.lang.Nullable;
​
public interface TransactionDefinition {int PROPAGATION_REQUIRED = 0;int PROPAGATION_SUPPORTS = 1;int PROPAGATION_MANDATORY = 2;int PROPAGATION_REQUIRES_NEW = 3;int PROPAGATION_NOT_SUPPORTED = 4;int PROPAGATION_NEVER = 5;int PROPAGATION_NESTED = 6;int ISOLATION_DEFAULT = -1;int ISOLATION_READ_UNCOMMITTED = 1;int ISOLATION_READ_COMMITTED = 2;int ISOLATION_REPEATABLE_READ = 4;int ISOLATION_SERIALIZABLE = 8;int TIMEOUT_DEFAULT = -1;// 返回事务的传播行为，默认值为 REQUIRED。int getPropagationBehavior();//返回事务的隔离级别，默认值是 DEFAULTint getIsolationLevel();// 返回事务的超时时间，默认值为-1。如果超过该时间限制但事务还没有完成，则自动回滚事务。int getTimeout();// 返回是否为只读事务，默认值为 falseboolean isReadOnly();
​@NullableString getName();
}
3.2.3. TransactionStatus:事务状态

TransactionStatus接口用来记录事务的状态 该接口定义了一组方法,用来获取或判断事务的相应状态信息。

PlatformTransactionManager.getTransaction(…)方法返回一个 TransactionStatus 对象。

TransactionStatus 接口接口内容如下：

public interface TransactionStatus{boolean isNewTransaction(); // 是否是新的事务boolean hasSavepoint(); // 是否有恢复点void setRollbackOnly();  // 设置为只回滚boolean isRollbackOnly(); // 是否为只回滚boolean isCompleted; // 是否已完成
}

3.3. 事务属性详解

实际业务开发中，大家一般都是使用 @Transactional 注解来开启事务，很多人并不清楚这个参数里面的参数是什么意思，有什么用。为了更好的在项目中使用事务管理，强烈推荐好好阅读一下下面的内容。

3.3.1. 事务传播行为

事务传播行为是为了解决业务层方法之间互相调用的事务问题。

当事务方法被另一个事务方法调用时，必须指定事务应该如何传播。例如：方法可能继续在现有事务中运行，也可能开启一个新事务，并在自己的事务中运行。

举个例子！

我们在 A 类的aMethod（）方法中调用了 B 类的 bMethod() 方法。这个时候就涉及到业务层方法之间互相调用的事务问题。如果我们的 bMethod()如果发生异常需要回滚，如何配置事务传播行为才能让 aMethod()也跟着回滚呢？这个时候就需要事务传播行为的知识了，如果你不知道的话一定要好好看一下。

 

不过如此，为了方便使用，Spring 会相应地定义了一个枚举类：Propagation
 

package org.springframework.transaction.annotation;
​
import org.springframework.transaction.TransactionDefinition;
​
public enum Propagation {
​REQUIRED(TransactionDefinition.PROPAGATION_REQUIRED),
​SUPPORTS(TransactionDefinition.PROPAGATION_SUPPORTS),
​MANDATORY(TransactionDefinition.PROPAGATION_MANDATORY),
​REQUIRES_NEW(TransactionDefinition.PROPAGATION_REQUIRES_NEW),
​NOT_SUPPORTED(TransactionDefinition.PROPAGATION_NOT_SUPPORTED),
​NEVER(TransactionDefinition.PROPAGATION_NEVER),
​NESTED(TransactionDefinition.PROPAGATION_NESTED);
​
​private final int value;
​Propagation(int value) {this.value = value;}
​public int value() {return this.value;}
​
}
 

​
 

正确的事务传播行为可能的值如下 ：
 

1.TransactionDefinition.PROPAGATION_REQUIRED
 

使用的最多的一个事务传播行为，我们平时经常使用的@Transactional注解默认使用就是这个事务传播行为。如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。也就是说：
 

  1.  
    如果外部方法没有开启事务的话，Propagation.REQUIRED修饰的内部方法会新开启自己的事务，且开启的事务相互独立，互不干扰。
     
  2.  
    如果外部方法开启事务并且被Propagation.REQUIRED的话，所有Propagation.REQUIRED修饰的内部方法和外部方法均属于同一事务 ，只要一个方法回滚，整个事务均回滚。
     
 

举个例子：如果我们上面的aMethod()和bMethod()使用的都是PROPAGATION_REQUIRED传播行为的话，两者使用的就是同一个事务，只要其中一个方法回滚，整个事务均回滚。
 

Class A {@Transactional(propagation=propagation.PROPAGATION_REQUIRED)public void aMethod {//do somethingB b = new B();b.bMethod();}
}
​
Class B {@Transactional(propagation=propagation.PROPAGATION_REQUIRED)public void bMethod {//do something}
}
 

2.TransactionDefinition.PROPAGATION_REQUIRES_NEW
 

创建一个新的事务，如果当前存在事务，则把当前事务挂起。也就是说不管外部方法是否开启事务，Propagation.REQUIRES_NEW修饰的内部方法会新开启自己的事务，且开启的事务相互独立，互不干扰。
 

举个例子：如果我们上面的bMethod()使用PROPAGATION_REQUIRES_NEW事务传播行为修饰，aMethod还是用PROPAGATION_REQUIRED修饰的话。如果aMethod()发生异常回滚，bMethod()不会跟着回滚，因为 bMethod()开启了独立的事务。但是，如果 bMethod()抛出了未被捕获的异常并且这个异常满足事务回滚规则的话,aMethod()同样也会回滚，因为这个异常被 aMethod()的事务管理机制检测到了。
 

Class A {@Transactional(propagation=propagation.PROPAGATION_REQUIRED)public void aMethod {//do somethingB b = new B();b.bMethod();}
}
​
Class B {@Transactional(propagation=propagation.REQUIRES_NEW)public void bMethod {//do something}
}
 

3.TransactionDefinition.PROPAGATION_NESTED:
 

如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务，则该取值等价于TransactionDefinition.PROPAGATION_REQUIRED。也就是说：
 

  1.  
    在外部方法未开启事务的情况下Propagation.NESTED和Propagation.REQUIRED作用相同，修饰的内部方法都会新开启自己的事务，且开启的事务相互独立，互不干扰。
     
  2.  
    如果外部方法开启事务的话，Propagation.NESTED修饰的内部方法属于外部事务的子事务，外部主事务回滚的话，子事务也会回滚，而内部子事务可以单独回滚而不影响外部主事务和其他子事务。
     
 

这里还是简单举个例子：
 

如果 aMethod() 回滚的话，bMethod()和bMethod2()都要回滚，而bMethod()回滚的话，并不会造成 aMethod() 和bMethod()2回滚。
 

Class A {@Transactional(propagation=propagation.PROPAGATION_REQUIRED)public void aMethod {//do somethingB b = new B();b.bMethod();b.bMethod2();}
}
​
Class B {@Transactional(propagation=propagation.PROPAGATION_NESTED)public void bMethod {//do something}@Transactional(propagation=propagation.PROPAGATION_NESTED)public void bMethod2 {//do something}
}
 

4.TransactionDefinition.PROPAGATION_MANDATORY
 

如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。（mandatory：强制性）
 

这个使用的很少，就不举例子来说了。
 

若是错误的配置以下 3 种事务传播行为，事务将不会发生回滚，这里不对照案例讲解了，使用的很少。
 

  •  
    TransactionDefinition.PROPAGATION_SUPPORTS: 如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
     
  •  
    TransactionDefinition.PROPAGATION_NOT_SUPPORTED: 以非事务方式运行，如果当前存在事务，则把当前事务挂起。
     
  •  
    TransactionDefinition.PROPAGATION_NEVER: 以非事务方式运行，如果当前存在事务，则抛出异常。
     
 

 
 

3.3.2 事务隔离级别
 

TransactionDefinition 接口中定义了五个表示隔离级别的常量：
 

public interface TransactionDefinition {......int ISOLATION_DEFAULT = -1;int ISOLATION_READ_UNCOMMITTED = 1;int ISOLATION_READ_COMMITTED = 2;int ISOLATION_REPEATABLE_READ = 4;int ISOLATION_SERIALIZABLE = 8;......
}
 

和事务传播行为这块一样，为了方便使用，Spring 也相应地定义了一个枚举类：Isolation
 

public enum Isolation {
​DEFAULT(TransactionDefinition.ISOLATION_DEFAULT),
​READ_UNCOMMITTED(TransactionDefinition.ISOLATION_READ_UNCOMMITTED),
​READ_COMMITTED(TransactionDefinition.ISOLATION_READ_COMMITTED),
​REPEATABLE_READ(TransactionDefinition.ISOLATION_REPEATABLE_READ),
​SERIALIZABLE(TransactionDefinition.ISOLATION_SERIALIZABLE);
​private final int value;
​Isolation(int value) {this.value = value;}
​public int value() {return this.value;}
​
}
 

下面我依次对每一种事务隔离级别进行介绍：
 

  •  
    TransactionDefinition.ISOLATION_DEFAULT :使用后端数据库默认的隔离级别，MySQL 默认采用的 REPEATABLE_READ 隔离级别 Oracle 默认采用的 READ_COMMITTED 隔离级别.
     
  •  
    TransactionDefinition.ISOLATION_READ_UNCOMMITTED :最低的隔离级别，使用这个隔离级别很少，因为它允许读取尚未提交的数据变更，可能会导致脏读、幻读或不可重复读
     
  •  
    TransactionDefinition.ISOLATION_READ_COMMITTED : 允许读取并发事务已经提交的数据，可以阻止脏读，但是幻读或不可重复读仍有可能发生
     
  •  
    TransactionDefinition.ISOLATION_REPEATABLE_READ : 对同一字段的多次读取结果都是一致的，除非数据是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍有可能发生。
     
  •  
    TransactionDefinition.ISOLATION_SERIALIZABLE : 最高的隔离级别，完全服从 ACID 的隔离级别。所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别。
     
 

因为平时使用 MySQL 数据库比较多，这里再多提一嘴！
 

MySQL InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ（可重读）。我们可以通过SELECT @@tx_isolation;命令来查看，MySQL 8.0 该命令改为SELECT @@transaction_isolation;：
 

mysql> SELECT @@tx_isolation;
+-----------------+
| @@tx_isolation  |
+-----------------+
| REPEATABLE-READ |
+-----------------+
 

这里需要注意的是：与 SQL 标准不同的地方在于 InnoDB 存储引擎在 REPEATABLE-READ（可重读） 事务隔离级别下使用的是 Next-Key Lock 锁算法，因此可以避免幻读的产生，这与其他数据库系统(如 SQL Server)是不同的。所以说 InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ（可重读） 已经可以完全保证事务的隔离性要求，即达到了 SQL 标准的 SERIALIZABLE(可串行化) 隔离级别。
 

因为隔离级别越低，事务请求的锁越少，所以大部分数据库系统的隔离级别都是 READ-COMMITTED(读取提交内容) :，但是你要知道的是 InnoDB 存储引擎默认使用 REPEATABLE-READ（可重读） 并不会什么任何性能上的损失。
 

 
 

3.3.3. 事务超时属性
 

所谓事务超时，就是指一个事务所允许执行的最长时间，如果超过该时间限制但事务还没有完成，则自动回滚事务。在 TransactionDefinition 中以 int 的值来表示超时时间，其单位是秒，默认值为-1。
 

3.3.3. 事务只读属性
 

package org.springframework.transaction;
​
import org.springframework.lang.Nullable;
​
public interface TransactionDefinition {......// 返回是否为只读事务，默认值为 falseboolean isReadOnly();
​
}
 

对于只有读取数据查询的事务，可以指定事务类型为 readonly，即只读事务。只读事务不涉及数据的修改，数据库会提供一些优化手段，适合用在有多条数据库查询操作的方法中。
 

很多人就会疑问了，为什么我一个数据查询操作还要启用事务支持呢？
 

拿 MySQL 的 innodb 举例子，根据官网 MySQL :: MySQL 5.7 Reference Manual :: 14.7.2.2 autocommit, Commit, and Rollback 描述：
 

 
MySQL 默认对每一个新建立的连接都启用了autocommit模式。在该模式下，每一个发送到 MySQL 服务器的sql语句都会在一个单独的事务中进行处理，执行结束后会自动提交事务，并开启一个新的事务。
 

 

但是，如果你给方法加上了Transactional注解的话，这个方法执行的所有sql会被放在一个事务中。如果声明了只读事务的话，数据库就会去优化它的执行，并不会带来其他的什么收益。
 

如果不加Transactional，每条sql会开启一个单独的事务，中间被其它事务改了数据，都会实时读取到最新值。
 

分享一下关于事务只读属性，其他人的解答：
 

  1.  
    如果你一次执行单条查询语句，则没有必要启用事务支持，数据库默认支持 SQL 执行期间的读一致性；
     
  2.  
    如果你一次执行多条查询语句，例如统计查询，报表查询，在这种场景下，多条查询 SQL 必须保证整体的读一致性，否则，在前条 SQL 查询之后，后条 SQL 查询之前，数据被其他用户改变，则该次整体的统计查询将会出现读数据不一致的状态，此时，应该启用事务支持
     
 

3.3.4. 事务回滚规则
 

这些规则定义了哪些异常会导致事务回滚而哪些不会。默认情况下，事务只有遇到运行期异常（RuntimeException 的子类）时才会回滚，Error 也会导致事务回滚，但是，在遇到检查型（Checked）异常时不会回滚。
 

 

 
 

如果你想要回滚你定义的特定的异常类型的话，可以这样：
 

@Transactional(rollbackFor= MyException.class)
 

3.4. @Transactional 注解使用详解
 

1) @Transactional 的作用范围
 

  1.  
    方法 ：推荐将注解使用于方法上，不过需要注意的是：该注解只能应用到 public 方法上，否则不生效。
     
  2.  
    类 ：如果这个注解使用在类上的话，表明该注解对该类中所有的 public 方法都生效。
     
  3.  
    接口 ：不推荐在接口上使用。
     
 

2) @Transactional 的常用配置参数
 

@Transactional注解源码如下，里面包含了基本事务属性的配置：
 

@Target({ElementType.TYPE, ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
@Inherited
@Documented
public @interface Transactional {
​@AliasFor("transactionManager")String value() default "";
​@AliasFor("value")String transactionManager() default "";
​Propagation propagation() default Propagation.REQUIRED;
​Isolation isolation() default Isolation.DEFAULT;
​int timeout() default TransactionDefinition.TIMEOUT_DEFAULT;
​boolean readOnly() default false;
​Class<? extends Throwable>[] rollbackFor() default {};
​String[] rollbackForClassName() default {};
​Class<? extends Throwable>[] noRollbackFor() default {};
​String[] noRollbackForClassName() default {};
​
}
 

@Transactional 的常用配置参数总结（只列巨额 5 个我平时比较常用的）：
 

属性名说明
propagation事务的传播行为，默认值为 REQUIRED，可选的值在上面介绍过
isolation事务的隔离级别，默认值采用 DEFAULT，可选的值在上面介绍过
timeout事务的超时时间，默认值为-1（不会超时）。如果超过该时间限制但事务还没有完成，则自动回滚事务。
readOnly指定事务是否为只读事务，默认值为 false。
rollbackFor用于指定能够触发事务回滚的异常类型，并且可以指定多个异常类型。
 

3)@Transactional 事务注解原理
 

面试中在问 AOP 的时候可能会被问到的一个问题。简单说下吧！
 

我们知道，@Transactional 的工作机制是基于 AOP 实现的，AOP 又是使用动态代理实现的。如果目标对象实现了接口，默认情况下会采用 JDK 的动态代理，如果目标对象没有实现了接口,会使用 CGLIB 动态代理。
 

多提一嘴：createAopProxy() 方法 决定了是使用 JDK 还是 Cglib 来做动态代理，源码如下：
 

public class DefaultAopProxyFactory implements AopProxyFactory, Serializable {
​@Overridepublic AopProxy createAopProxy(AdvisedSupport config) throws AopConfigException {if (config.isOptimize() || config.isProxyTargetClass() || hasNoUserSuppliedProxyInterfaces(config)) {Class<?> targetClass = config.getTargetClass();if (targetClass == null) {throw new AopConfigException("TargetSource cannot determine target class: " +"Either an interface or a target is required for proxy creation.");}if (targetClass.isInterface() || Proxy.isProxyClass(targetClass)) {return new JdkDynamicAopProxy(config);}return new ObjenesisCglibAopProxy(config);}else {return new JdkDynamicAopProxy(config);}}.......
}
 

如果一个类或者一个类中的 public 方法上被标注@Transactional 注解的话，Spring 容器就会在启动的时候为其创建一个代理类，在调用被@Transactional 注解的 public 方法的时候，实际调用的是，TransactionInterceptor 类中的 invoke()方法。这个方法的作用就是在目标方法之前开启事务，方法执行过程中如果遇到异常的时候回滚事务，方法调用完成之后提交事务。
 

 
TransactionInterceptor 类中的 invoke()方法内部实际调用的是 TransactionAspectSupport 类的 invokeWithinTransaction()方法。由于新版本的 Spring 对这部分重写很大，而且用到了很多响应式编程的知识，这里就不列源码了。
 

 

4)Spring AOP 自调用问题
 

若同一类中的其他没有 @Transactional 注解的方法内部调用有 @Transactional 注解的方法，有@Transactional 注解的方法的事务会失效。
 

这是由于Spring AOP代理的原因造成的，因为只有当 @Transactional 注解的方法在类以外被调用的时候，Spring 事务管理才生效。
 

MyService 类中的method1()调用method2()就会导致method2()的事务失效。
 

@Service
public class MyService {
​
private void method1() {method2();//......
}
@Transactionalpublic void method2() {//......}
}
 

解决办法就是避免同一类中自调用或者使用 AspectJ 取代 Spring AOP 代理。
 

5) @Transactional 的使用注意事项总结
 

  1.  
    @Transactional 注解只有作用到 public 方法上事务才生效，不推荐在接口上使用；
     
  2.  
    避免同一个类中调用 @Transactional 注解的方法，这样会导致事务失效；
     
  3.  
    正确的设置 @Transactional 的 rollbackFor 和 propagation 属性，否则事务可能会回滚失败
     
  4.  
    ......
     









本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://xiahunao.cn/news/2809206.html


如若内容造成侵权/违法违规/事实不符，请联系瞎胡闹网进行投诉反馈，一经查实，立即删除！











相关文章










leetcode-hot100-双指针








leetcode-hot100-双指针




剪枝&#xff0c;减少不必要的计算 
283. 移动零 
示例 1: 
输入: nums  [0,1,0,3,12] 输出: [1,3,12,0,0] 
示例 2: 
输入: nums  [0] 输出: [0] 
请注意 &#xff0c;必须在不复制数组的情况下原地对数组进行操作。 
第一印象&#xff1a;使用一个辅助数组&#xff0c;同时以…




阅读更多...

















HDL  FPGA 学习 - FPGA基本要素，开发流程，Verilog语法和规范、编写技巧








HDL  FPGA 学习 - FPGA基本要素，开发流程，Verilog语法和规范、编写技巧




目录 
Altera FPGA 基本要素 
FPGA 开发流程和适用范围 
设计和实施规范 
顶层设计的要点 
Verilog HDL 
语法规范 
编写规范 
设计技巧 编辑整理 by Staok&#xff0c;始于 2021.2 且无终稿。转载请注明作者及出处。整理不易&#xff0c;请多支持。 
本文件是“瞰百易”计划的…




阅读更多...

















【大数据】Flink 内存管理（四）：TaskManager 内存分配（实战篇）








【大数据】Flink 内存管理（四）：TaskManager 内存分配（实战篇）




《Flink 内存管理》系列&#xff08;已完结&#xff09;&#xff0c;共包含以下 4 篇文章&#xff1a; 
Flink 内存管理&#xff08;一&#xff09;&#xff1a;设置 Flink 进程内存Flink 内存管理&#xff08;二&#xff09;&#xff1a;JobManager 内存分配&#xff08;含实际…




阅读更多...

















什么是媒体发稿？发稿媒体分类及发稿流程








什么是媒体发稿？发稿媒体分类及发稿流程




传媒如春雨&#xff0c;润物细无声&#xff0c;大家好&#xff0c;我是51媒体网胡老师。 
媒体发稿是一种企业推广和宣传的手段&#xff0c;通过媒体渠道传递企业信息和形象。 
媒体发稿的含义在于&#xff0c;当企业有新闻、事件或其他消息需要对外公布时&#xff0c;可以选择…




阅读更多...

















TABR: TABULAR DEEP LEARNING MEETS NEAREST NEIGHBORS IN 2023 阅读笔记








TABR: TABULAR DEEP LEARNING MEETS NEAREST NEIGHBORS IN 2023 阅读笔记




TABR: TABULAR DEEP LEARNING MEETS NEAREST NEIGHBORS IN 2023 
论文地址&#xff1a;https://arxiv.org/abs/2307.14338 源代码&#xff1a;https://github.com/yandex-research/tabular-dl-tabr 
摘要 
针对表格数据问题&#xff08;例如分类、回归&#xff09;的深度学习&a…




阅读更多...

















阿里云-系统盘-磁盘扩容








阿里云-系统盘-磁盘扩容




阿里云系统磁盘扩容 
之前是测试环境磁盘用的默认的有 40G&#xff0c;后面升级到正式的 磁盘怕不够用打算升级到 100G&#xff0c; 
系统镜像&#xff1a; Alibaba Cloud Linux 3.2104 LTS 64 位 磁盘 ESSD 40G 
升级步骤&#xff1a; 
扩容与创建快照 在阿里云后台首先去扩容…




阅读更多...

















HTML+CSS+JS：轮播组件








HTML+CSS+JS：轮播组件




效果演示 一个具有动画效果的卡片元素和一个注册表单&#xff0c;背景为渐变色&#xff0c;整体布局简洁美观。 Code 
<div class"card" style"--d:-1;"><div class"content"><div class"img"><img src"./i…




阅读更多...

















stream流-＞ 判定 + 过滤 + 收集








stream流-＞ 判定 + 过滤 + 收集




List<HotArticleVo> hotArticleVos  hotArticleVoList
.stream()
.filter(x -> x.getChannelId().equals(wmChannel.getId())).collect(Collectors.toList()); 
使用Java 8中的Stream API对一个名为hotArticleVoList的列表进行过滤操作&#xff0c;筛选出符合指定条件…




阅读更多...

















计算机设计大赛 深度学习图像风格迁移








计算机设计大赛 深度学习图像风格迁移




文章目录 0 前言1 VGG网络2 风格迁移3 内容损失4 风格损失5 主代码实现6 迁移模型实现7 效果展示8 最后 0 前言 
&#x1f525; 优质竞赛项目系列&#xff0c;今天要分享的是 
&#x1f6a9; 深度学习图像风格迁移 - opencv python 
该项目较为新颖&#xff0c;适合作为竞赛课题…




阅读更多...

















java面试（网络）








java面试（网络）




TCP和UDP有什么区别&#xff1f;TCP三次握手不是两次&#xff1f; 
TCP&#xff1a;面向连接&#xff0c;可靠的&#xff0c;传输层通信协议。点对点&#xff0c;占用资源多&#xff0c;效率低。 UDP&#xff1a;无连接&#xff0c;不可靠&#xff0c;传输层通信协议。广播&…




阅读更多...

















国家能源、华能、一汽、中国交建、中国铁塔、中国烟草、中航信托--校园招聘历年题库和真题








国家能源、华能、一汽、中国交建、中国铁塔、中国烟草、中航信托--校园招聘历年题库和真题




作为准备参加国有企业校园招聘的应聘者&#xff0c;掌握相关企业的招聘试题资料是至关重要的。国家能源、华能、一汽、中国交建、中国铁塔、中国烟草、中航信托等知名国有企业在中国经济中扮演着重要的角色&#xff0c;每年都会举行校园招聘活动&#xff0c;吸引大批毕业生和应…




阅读更多...

















【国产MCU】-CH32V307-定时器同步模式








【国产MCU】-CH32V307-定时器同步模式




定时器同步模式 文章目录 定时器同步模式1、定时器同步模式介绍2、驱动API介绍3、定时器同步模式实例1、定时器同步模式介绍 
CH32V307的定时器能够输出时钟脉冲（TRGO），也能接收其他定时器的输入（ITRx）。不同的定时器的ITRx的来源（别的定时器的TRGO）是不一样的。 
通用定…




阅读更多...

















RCE (Remote ????? execution) ---＞CTF








RCE (Remote ????? execution) ---＞CTF




看这个标题就知道今天的内容不简单&#xff01;&#xff01;&#xff01;&#xff01; 那么就来讲一下我们的RCE吧 目录 
​编辑 
1. &&#xff1f; |&#xff1f; ||&#xff1f; &&&#xff1f; 
2.PHP命令执行函数&& ||"" 
1.""  &…




阅读更多...

















(202402)多智能体MetaGPT入门1：MetaGPT环境配置








(202402)多智能体MetaGPT入门1：MetaGPT环境配置




文章目录 前言拉取MetaGPT仓库1 仅仅安装最新版2 拉取源码本地安装MetaGPT安装成果全流程展示 尝试简单使用1 本地部署大模型尝试&#xff08;失败-->成功&#xff09;2 讯飞星火API调用 前言 
感谢datawhale组织开源的多智能体学习内容&#xff0c;飞书文档地址在https://d…




阅读更多...

















【LNMP】云导航项目部署及环境搭建(复杂)








【LNMP】云导航项目部署及环境搭建(复杂)




提示&#xff1a;文章写完后&#xff0c;目录可以自动生成&#xff0c;如何生成可参考右边的帮助文档 文章目录 前言一、项目介绍1.1项目环境架构LNMP1.2项目代码说明 二、项目环境搭建2.1 Nginx安装2.2 php安装2.3 nginx配置和php配置2.3.1 修改nginx文件2.3.2 修改vim /etc/p…




阅读更多...

















基于IDEA+Mysql+Tomcat+Vue开发的框架的汇美食电子商城的设计与实现








基于IDEA+Mysql+Tomcat+Vue开发的框架的汇美食电子商城的设计与实现




基于IDEAMysqlTomcatVue开发的框架的汇美食电子商城的设计与实现 项目介绍&#x1f481;&#x1f3fb; 随着信息技术在管理上越来越深入而广泛的应用&#xff0c;管理信息系统的实施在技术上已逐步成熟。本文介绍了基于Vue框架的汇美食电子商城的设计与实现的开发全过程。通过分…




阅读更多...

















HuggingFists系统功能介绍(1)--系统概述








HuggingFists系统功能介绍(1)--系统概述




HuggingFists是一款低代码AI应用工具&#xff0c;力图发展为LangChain的低代码平替工具。HuggingFists发起于数由科技的Sengee数据科学计算框架&#xff0c;因此其界面风格继承了数据科学工具的很多特征。有别于完全基于LangChain衍生出的低代码工具Flowise&#xff0c;其风格更…




阅读更多...

















一个具有强大PDF处理能力的.Net开源项目








一个具有强大PDF处理能力的.Net开源项目




PDF具有跨平台、可读性强、不可修改性、无需特定阅读软件、内容安全等好处&#xff0c;在工作中经常都会用到。 
所以&#xff0c;我们在项目开发中&#xff0c;经常需要生成PDF的文件&#xff0c;或者把Html、Xml等文件转化为PDF格式。 
今天给大家推荐一个具有PDF处理能力的.…




阅读更多...

















贪心算法学习








贪心算法学习




贪心算法&#xff08;Greedy Algorithm&#xff09;是一种在每一步选择中都采取在当前状态下最好或最优&#xff08;即最有利&#xff09;的选择&#xff0c;从而希望导致结果是全局最好或最优的算法。贪心算法在有最优子结构的问题中尤为有效。然而&#xff0c;要注意的是贪心…




阅读更多...

















React组件详解








React组件详解




React组件分为两大类 1.函数组件 2.类组件&#xff08;最常用&#xff09; 
组件化 
import ReactDom from "react-dom";//
// 1.通过函数创建一个组件
// 2.函数名字必须大写开头
// 3.函数必须有返回值
function Func1() {return <h2>这是一个基础组件</h…




阅读更多...











































最新文章





























Copyright @ 2022~2023