事务

Spring
Java
发布日期:   2025-03-16

概述

基于xml配置

基于注解配置

第2章 Spring 中的事务控制
2.1Spring 事务控制我们要明确的
第一：JavaEE 体系进行分层开发，事务处理位于业务层，Spring 提供了分层设计业务层的事务处理解决方案。
第二：spring 框架为我们提供了一组事务控制的接口。具体在后面的第二小节介绍。这组接口是在
spring-tx-5.0.2.RELEASE.jar 中。
第三：spring 的事务控制都是基于 AOP 的，它既可以使用编程的方式实现，也可以使用配置的方式实现。我们学习的重点是使用配置的方式实现。
2.2Spring 中事务控制的 API 介绍
2.2.1 PlatformTransactionManager
此接口是 spring 的事务管理器，它里面提供了我们常用的操作事务的方法，如下图：
我们在开发中都是使用它的实现类，如下图：

真正管理事务的对象
org.springframework.jdbc.datasource.DataSourceTransactionManager 使用 Spring
JDBC 或 iBatis 进行持久化数据时使用
org.springframework.orm.hibernate5.HibernateTransactionManager
使用
Hibernate 版本进行持久化数据时使用
2.2.2 TransactionDefinition
它是事务的定义信息对象，里面有如下方法：

2.2.2.1 事务的隔离级别

2.2.2.2 事务的传播行为
REQUIRED:如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中。一般的选择（默认值）
SUPPORTS:支持当前事务，如果当前没有事务，就以非事务方式执行（没有事务）
MANDATORY：使用当前的事务，如果当前没有事务，就抛出异常
REQUERS_NEW:新建事务，如果当前在事务中，把当前事务挂起。
NOT_SUPPORTED:以非事务方式执行操作，如果当前存在事务，就把当前事务挂起
NEVER:以非事务方式运行，如果当前存在事务，抛出异常
NESTED:如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行 REQUIRED 类似的操作。
2.2.2.3 超时时间
默认值是-1，没有超时限制。如果有，以秒为单位进行设置。
2.2.2.4 是否是只读事务
建议查询时设置为只读。
2.2.3 TransactionStatus
此接口提供的是事务具体的运行状态，方法介绍如下图：

2.3基于 XML 的声明式事务控制（配置方式）重点
2.3.1 环境搭建
2.3.1.1 第一步：拷贝必要的 jar 包到工程的 lib 目录

2.3.1.2 第二步：创建 spring 的配置文件并导入约束
此处需要导入 aop 和 tx 两个名称空间



2.3.1.3 第三步：准备数据库表和实体类
创建数据库：
create database spring_day04;
use spring_day04;
创建表：
create table account(
id int primary key auto_increment,
name varchar(40),
money float
)character set utf8 collate utf8_general_ci;
/**

  • 账户的实体
    */
    public class Account implements Serializable {
    private Integer id;
    private String name;
    private Float money;
    public Integer getId() {
    return id;
    }
    public void setId(Integer id) {
    this.id = id;
    }
    public String getName() {

return name;
}
public void setName(String name) {
this.name = name;
}
public Float getMoney() {
return money;
}
public void setMoney(Float money) {
this.money = money;
}
@Override
public String toString() {
return “Account [id=” + id + “, name=” + name + “, money=” + money + “]”;
}
}
2.3.1.4 第四步：编写业务层接口和实现类
/**

  • 账户的业务层接口
    /
    public interface IAccountService {
    /    *
  • 根据 id 查询账户信息
  • @param id
  • @return
    /
    Account findAccountById(Integer id);//查
    /    *
  • 转账
  • @param sourceName
    转出账户名称
  • @param targeName
    转入账户名称
  • @param money
    转账金额
    /
    void transfer(String sourceName,String targeName,Float money);//增删改
    }
    /    *
  • 账户的业务层实现类
    */
    public class AccountServiceImpl implements IAccountService {

private IAccountDao accountDao;
public void setAccountDao(IAccountDao accountDao) {
this.accountDao = accountDao;
}
@Override
public Account findAccountById(Integer id) {
return accountDao.findAccountById(id);
}
@Override
public void transfer(String sourceName, String targeName, Float money) {
//1.根据名称查询两个账户
Account source = accountDao.findAccountByName(sourceName);
Account target = accountDao.findAccountByName(targeName);
//2.修改两个账户的金额
source.setMoney(source.getMoney()-money);//转出账户减钱
target.setMoney(target.getMoney()+money);//转入账户加钱
//3.更新两个账户
accountDao.updateAccount(source);
int i=1/0;
accountDao.updateAccount(target);
}
}
2.3.1.5 第五步：编写 Dao 接口和实现类
/**

  • 账户的持久层接口
    /
    public interface IAccountDao {
    /    *
  • 根据 id 查询账户信息
  • @param id
  • @return
    /
    Account findAccountById(Integer id);
    /    *
  • 根据名称查询账户信息
  • @return

/
Account findAccountByName(String name);
/*

  • 更新账户信息
  • @param account
    /
    void updateAccount(Account account);
    }
    /    *
  • 账户的持久层实现类
  • 此版本 dao，只需要给它的父类注入一个数据源
    /
    public class AccountDaoImpl extends JdbcDaoSupport implements IAccountDao {
    @Override
    public Account findAccountById(Integer id) {
    List list = getJdbcTemplate().query(“select * from account where
    id = ? “,new AccountRowMapper(),id);
    return list.isEmpty()?null:list.get(0);
    }
    @Override
    public Account findAccountByName(String name) {
    List list = getJdbcTemplate().query(“select * from account where
    name = ? “,new AccountRowMapper(),name);
    if(list.isEmpty()){
    return null;
    }
    if(list.size()>1){
    throw new RuntimeException(“结果集不唯一，不是只有一个账户对象”);
    }
    return list.get(0);
    }
    @Override
    public void updateAccount(Account account) {
    getJdbcTemplate().update(“update account set money = ? where id = ?
    “,account.getMoney(),account.getId());
    }
    }
    /    *
  • 账户的封装类 RowMapper 的实现类

*/
public class AccountRowMapper implements RowMapper{
@Override
public Account mapRow(ResultSet rs, int rowNum) throws SQLException {
Account account = new Account();
account.setId(rs.getInt(“id”));
account.setName(rs.getString(“name”));
account.setMoney(rs.getFloat(“money”));
return account;
}
}
2.3.1.6 第六步：在配置文件中配置业务层和持久层对

2.3.2 配置步骤 2.3.2.1 第一步：配置事务管理器



2.3.2.2 第二步：配置事务的通知引用事务管理器

<tx:advice id=”txAdvice” transaction-manager=”transactionManager”>

2.3.2.3 第三步：配置事务的属性

tx:attributes

<tx:method name=”*” read-only=”false” propagation=”REQUIRED”/>
<tx:method name=”find*” read-only=”true” propagation=”SUPPORTS”/>

2.3.2.4 第四步：配置 AOP 切入点表达式

aop:config

<aop:pointcut
expression=”execution(* com.doyens.service.impl.*.*(..))”
id=”pt1”/>

2.3.2.5 第五步：配置切入点表达式和事务通知的对应关系

<aop:advisor advice-ref=”txAdvice” pointcut-ref=”pt1”/>

2.4基于注解的配置方式
2.4.1 环境搭建
2.4.1.1 第一步：拷贝必备的 jar 包到工程的 lib 目录
2.4.1.2 第二步：创建 spring 的配置文件导入约束并配置扫描的包

<context:component-scan base-package=”com.doyens”>

2.4.1.3 第三步：创建数据库表和实体类 和基于 xml 的配置相同。略 2.4.1.4 第四步：创建业务层接口和实现类并使用注解让 spring 管理 /** * 账户的业务层实现类 */ @Service("accountService") public class AccountServiceImpl implements IAccountService { @Autowired private IAccountDao accountDao; //其余代码和基于 XML 的配置相同 } 2.4.1.5 第五步：创建 Dao 接口和实现类并使用注解让 spring 管理 /** * 账户的持久层实现类 */ @Repository("accountDao") public class AccountDaoImpl implements IAccountDao { @Autowired

private JdbcTemplate jdbcTemplate;
//其余代码和基于 XML 的配置相同
}
2.4.2 配置步骤
2.4.2.1 第一步：配置事务管理器并注入数据源




2.4.2.2 第二步：在业务层使用@Transactional 注解
@Service(“accountService”)
@Transactional(readOnly=true,propagation=Propagation.SUPPORTS)
public class AccountServiceImpl implements IAccountService {
@Autowired
private IAccountDao accountDao;
@Override
public Account findAccountById(Integer id) {
return accountDao.findAccountById(id);
}
@Override
@Transactional(readOnly=false,propagation=Propagation.REQUIRED)
public void transfer(String sourceName, String targeName, Float money) {
//1.根据名称查询两个账户
Account source = accountDao.findAccountByName(sourceName);
Account target = accountDao.findAccountByName(targeName);
//2.修改两个账户的金额
source.setMoney(source.getMoney()-money);//转出账户减钱
target.setMoney(target.getMoney()+money);//转入账户加钱
//3.更新两个账户
accountDao.updateAccount(source);
//int i=1/0;
accountDao.updateAccount(target);

}
}
该注解的属性和 xml 中的属性含义一致。该注解可以出现在接口上，类上和方法上。
出现接口上，表示该接口的所有实现类都有事务支持。
出现在类上，表示类中所有方法有事务支持
出现在方法上，表示方法有事务支持。
以上三个位置的优先级：方法>类>接口
2.4.2.3 第三步：在配置文件中开启 spring 对注解事务的支持

<tx:annotation-driven transaction-manager=”transactionManager”/>
2.4.3 不使用 xml 的配置方式
@Configuration
@EnableTransactionManagement
public class SpringTxConfiguration {
//里面配置数据源，配置 JdbcTemplate,配置事务管理器。在之前的步骤已经写过了。
}
第3章 Spring5 的新特性[了解]
3.1与 JDK 相关的升级
3.1.1 jdk 版本要求：
spring5.0 在 2017 年 9 月发布了它的 GA（通用）版本。该版本是基于 jdk8 编写的，所以 jdk8 以下版本将无法使用。同时，可以兼容 jdk9 版本。
tomcat 版本要求 8.5 及以上。
注：
我们使用 jdk8 构建工程，可以降版编译。但是不能使用 jdk8 以下版本构建工程。
由于 jdk 和 tomcat 版本的更新，我们的 IDE 也需要同时更新。(目前使用的 eclipse 4.7.2)
3.1.2 利用 jdk8 版本更新的内容
第一：基于 JDK8 的反射增强
请看下面的代码：

/**

*

  • @author 德源教育
  • @Company http://doyens-edu.com/
  • @Version 1.0
    */
    public class Test {
    //循环次数定义：10 亿次
    private static final int loopCnt = 1000 * 1000 * 1000;
    public static void main(String[] args) throws Exception {
    //输出 jdk 的版本
    System.out.println(“java.version=” + System.getProperty(“java.version”));
    t1();
    t2();
    t3();
    }
    // 每次重新生成对象
    public static void t1() {
    long s = System.currentTimeMillis();
    for (int i = 0; i < loopCnt; i++) {
    Person p = new Person();
    p.setAge(31);
    }
    long e = System.currentTimeMillis();
    System.out.println(“循环 10 亿次创建对象的时间：” + (e - s));
    }
    // 同一个对象
    public static void t2() {
    long s = System.currentTimeMillis();
    Person p = new Person();
    for (int i = 0; i < loopCnt; i++) {
    p.setAge(32);
    }
    long e = System.currentTimeMillis();
    System.out.println(“循环 10 亿次给同一对象赋值的时间： “ + (e - s));
    }
    //使用反射创建对象
    public static void t3() throws Exception {
    long s = System.currentTimeMillis();

Class c = Person.class;
Person p = c.newInstance();
Method m = c.getMethod(“setAge”, Integer.class);
for (int i = 0; i < loopCnt; i++) {
m.invoke(p, 33);
}
long e = System.currentTimeMillis();
System.out.println(“循环 10 亿次反射创建对象的时间：” + (e - s));
}
static class Person {
private int age = 20;
public int getAge() {
return age;
}
public void setAge(Integer age) {
this.age = age;
}
}
}
jdk1.8 版本（就是 JDK8）运行时间如下：

当切换到 jdk1.7 版本之后，运行时间如下：

有此我们可以看出，在反射创建对象上，jdk8 确实做了加强。
第二：@NonNull 注解和@Nullable 注解的使用
用 @Nullable 和 @NotNull 注解来显示表明可为空的参数和以及返回值。这样就够在编译的时候处
理空值而不是在运行时抛出 NullPointerExceptions。
第三：日志记录方面
Spring Framework 5.0 带来了 Commons Logging 桥接模块的封装, 它被叫做 spring-jcl 而
不是标准的 Commons Logging。当然，无需任何额外的桥接，新版本也会对 Log4j 2.x, SLF4J, JUL
( java.util.logging) 进行自动检测。

3.2核心容器的更新
Spring Framework 5.0 现在支持候选组件索引作为类路径扫描的替代方案。该功能已经在类路径扫描器中
添加，以简化添加候选组件标识的步骤。
应用程序构建任务可以定义当前项目自己的 META-INF/spring.components 文件。在编译时，源模型是
自包含的，JPA 实体和 Spring 组件是已被标记的。
从索引读取实体而不是扫描类路径对于小于 200 个类的小型项目是没有明显差异。但对大型项目影响较大。
加载组件索引开销更低。因此，随着类数的增加，索引读取的启动时间将保持不变。
加载组件索引的耗费是廉价的。因此当类的数量不断增长，加上构建索引的启动时间仍然可以维持一个常数,
不过对于组件扫描而言，启动时间则会有明显的增长。
这个对于我们处于大型 Spring 项目的开发者所意味着的，是应用程序的启动时间将被大大缩减。虽然 20
或者 30 秒钟看似没什么，但如果每天要这样登上好几百次，加起来就够你受的了。使用了组件索引的话，就能帮
助你每天过的更加高效。
你可以在 Spring 的 Jira 上了解更多关于组件索引的相关信息。
3.3JetBrains Kotlin 语言支持
Kolin概述：是一种支持函数式编程编程风格的面向对象语言。Kotlin 运行在 JVM 之上，但运行环境并不
限于 JVM。
Kolin 的示例代码：
{
(“/movie” and accept(TEXT_HTML)).nest {
GET(“/“, movieHandler::findAllView)
GET(“/{card}”, movieHandler::findOneView)
}
(“/api/movie” and accept(APPLICATION_JSON)).nest {
GET(“/“, movieApiHandler::findAll)
GET(“/{id}”, movieApiHandler::findOne)
}
}
Kolin 注册 bean 对象到 spring 容器：
val context = GenericApplicationContext {
registerBean()
registerBean { Cinema(it.getBean()) }
}

3.4响应式编程风格
此次 Spring 发行版本的一个激动人心的特性就是新的响应式堆栈 WEB 框架。这个堆栈完全的响应式且非
阻塞，适合于事件循环风格的处理，可以进行少量线程的扩展。
Reactive Streams 是来自于 Netflix, Pivotal, Typesafe, Red Hat, Oracle, Twitter 以及
Spray.io 的工程师特地开发的一个 API。它为响应式编程实现的实现提供一个公共的 API，好实现
Hibernate 的 JPA。这里 JPA 就是这个 API, 而 Hibernate 就是实现。
Reactive Streams API 是 Java 9 的官方版本的一部分。在 Java 8 中, 你会需要专门引入依赖来使
用 Reactive Streams API。
Spring Framework 5.0 对于流式处理的支持依赖于 Project Reactor 来构建, 其专门实现了
Reactive Streams API。
Spring Framework 5.0 拥有一个新的 spring-webflux 模块，支持响应式 HTTP 和 WebSocket 客
户端。Spring Framework 5.0 还提供了对于运行于服务器之上，包含了 REST, HTML, 以及 WebSocket 风
格交互的响应式网页应用程序的支持。
在 spring-webflux 中包含了两种独立的服务端编程模型：
基于注解：使用到了@Controller 以及 Spring MVC 的其它一些注解；
使用 Java 8 lambda 表达式的函数式风格的路由和处理。
有 了 Spring Webflux, 你现在可以创建出 WebClient, 它是响应式且非阻塞的，可以作为
RestTemplate 的一个替代方案。
这里有一个使用 Spring 5.0 的 REST 端点的 WebClient 实现：
WebClient webClient = WebClient.create();
Mono person = webClient.get()
.uri(“http://localhost:8080/movie/42“)
.accept(MediaType.APPLICATION_JSON)
.exchange()
.then(response -> response.bodyToMono(Movie.class));
3.5Junit5 支持
完全支持 JUnit 5 Jupiter，所以可以使用 JUnit 5 来编写测试以及扩展。此外还提供了一个编程以及
扩展模型，Jupiter 子项目提供了一个测试引擎来在 Spring 上运行基于 Jupiter 的测试。
另外，Spring Framework 5 还提供了在 Spring TestContext Framework 中进行并行测试的扩展。
针对响应式编程模型， spring-test 现在还引入了支持 Spring WebFlux 的 WebTestClient 集成测
试的支持，类似于 MockMvc，并不需要一个运行着的服务端。使用一个模拟的请求或者响应， WebTestClient
就可以直接绑定到 WebFlux 服务端设施。
你可以在这里找到这个激动人心的 TestContext 框架所带来的增强功能的完整列表。
当然， Spring Framework 5.0 仍然支持我们的老朋友 JUnit! 在我写这篇文章的时候， JUnit 5 还
只是发展到了 GA 版本。对于 JUnit4， Spring Framework 在未来还是要支持一段时间的。
3.6依赖类库的更新
终止支持的类库

Portlet.
Velocity.
JasperReports.
XMLBeans.
JDO.
Guava.
支持的类库
Jackson 2.6+
EhCache 2.10+ / 3.0 GA
Hibernate 5.0+
JDBC 4.0+
XmlUnit 2.x+
OkHttp 3.x+
Netty 4.1+

Spring事务失效的场景

  1. 事务方法未被Spring管理
    如果事务方法所在的类没有注册到Spring IOC容器中，也就是说，事务方法所在类并没有被Spring管理，则Spring事务会失效，举个例子🌰：

/**

  • 商品业务实现层

  • @author: austin

  • @since: 2023/2/10 14:19
    */
    public class ProductServiceImpl extends ServiceImpl<ProductMapper, Product> implements IProductService {

    @Autowired
    private ProductMapper productMapper;

    @Override
    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public void updateProductStockById(Integer stockCount, Long productId) {
    productMapper.updateProductStockById(stockCount, productId);
    }

}
ProductServiceImpl实现类上没有添加@Service注解，Product的实例也就没有被加载到Spring IOC容器，此时updateProductStockById()方法的事务就会在Spring中失效。

  1. 方法使用final类型修饰
    有时候，某个方法不想被子类重新，这时可以将该方法定义成final的。普通方法这样定义是没问题的，但如果将事务方法定义成final，例如：

@Service
public class OrderServiceImpl {

@Transactional
public final void cancel(OrderDTO orderDTO) {
    // 取消订单
    cancelOrder(orderDTO);
}

}
OrderServiceImpl的cancel取消订单方法被final修饰符修饰，Spring事务底层使用了AOP，也就是通过JDK动态代理或者cglib，帮我们生成了代理类，在代理类中实现的事务功能。但如果某个方法用final修饰了，那么在它的代理类中，就无法重写该方法，从而无法添加事务功能。这种情况事务就会在Spring中失效。

💡Tips: 如果某个方法是static的，同样无法通过动态代理将方法声明为事务方法。

  1. 非public修饰的方法
    如果事务方式不是public修饰，此时Spring事务会失效，举个例子🌰：

/**

  • 商品业务实现层

  • @author: austin

  • @since: 2023/2/10 14:19
    */
    @Service
    public class ProductServiceImpl extends ServiceImpl<ProductMapper, Product> implements IProductService {

    @Autowired
    private ProductMapper productMapper;

    @Override
    @Transactional(propagation = Propagation.REQUIRES_NEW)
    private void updateProductStockById(Integer stockCount, String productId) {
    productMapper.updateProductStockById(stockCount, productId);
    }

}
虽然ProductServiceImpl添加了@Service注解，同时updateProductStockById()方法上添加了@Transactional(propagation = Propagation.REQUIRES_NEW)注解，但是由于事务方法updateProductStockById()被 private 定义为方法内私有，同样Spring事务会失效。

  1. 同一个类中的方法相互调用
    @Service
    public class OrderServiceImpl extends ServiceImpl<OrderMapper, Order> implements IOrderService {
    @Autowired
    private OrderMapper orderMapper;
    @Autowired
    private ProductMapper productMapper;

    @Override
    public ResponseEntity submitOrder(Order order) {
    // 保存生成订单信息
    long orderNo = Math.abs(ThreadLocalRandom.current().nextLong(1000));
    order.setOrderNo(“ORDER_” + orderNo);
    orderMapper.insert(order);

    // 扣减库存
    this.updateProductStockById(order.getProductId(), 1L);
    return new ResponseEntity(HttpStatus.OK);
    }

    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public void updateProductStockById(Integer num, Long productId) {
    productMapper.updateProductStockById(num, productId);
    }

}
submitOrder()方法和updateProductStockById()方法都在OrderService类中，然而submitOrder()方法没有添加事务注解，updateProductStockById()方法虽然添加了事务注解，这种情况updateProductStockById()会在Spring事务中失效。

  1. 方法的事务传播类型不支持事务
    如果内部方法的事务传播类型为不支持事务的传播类型，则内部方法的事务同样会在Spring中失效，举个例子：

@Service
public class OrderServiceImpl extends ServiceImpl<OrderMapper, Order> implements IOrderService {
@Autowired
private OrderMapper orderMapper;
@Autowired
private ProductMapper productMapper;

@Override
@Transactional(propagation = Propagation.REQUIRES_NEW)
public ResponseEntity submitOrder(Order order) {
    long orderNo = Math.abs(ThreadLocalRandom.current().nextLong(1000));
    order.setOrderNo("ORDER_" + orderNo);
    orderMapper.insert(order);

    // 扣减库存
    this.updateProductStockById(order.getProductId(), 1L);
    return new ResponseEntity(HttpStatus.OK);
}


/**
 * 扣减库存方法事务类型声明为NOT_SUPPORTED不支持事务的传播
 */
@Transactional(propagation = Propagation.NOT_SUPPORTED)
public void updateProductStockById(Integer num, Long productId) {
    productMapper.updateProductStockById(num, productId);
}

}
6. 异常被内部catch，程序生吞异常
@Service
public class OrderServiceImpl extends ServiceImpl<OrderMapper, Order> implements IOrderService {
@Autowired
private OrderMapper orderMapper;
@Autowired
private ProductMapper productMapper;

@Override
@Transactional(propagation = Propagation.REQUIRES_NEW)
public ResponseEntity submitOrder(Order order) {
    long orderNo = Math.abs(ThreadLocalRandom.current().nextLong(1000));
    order.setOrderNo("ORDER_" + orderNo);
    orderMapper.insert(order);

    // 扣减库存
    this.updateProductStockById(order.getProductId(), 1L);
    return new ResponseEntity(HttpStatus.OK);
}

/**
 * 扣减库存方法事务类型声明为NOT_SUPPORTED不支持事务的传播
 */
@Transactional(propagation = Propagation.NOT_SUPPORTED)
public void updateProductStockById(Integer num, Long productId) {
    try {
        productMapper.updateProductStockById(num, productId);
    } catch (Exception e) {
        // 这里仅仅是捕获异常之后的打印（相当于程序吞掉了异常）
        log.error("Error updating product Stock: {}", e);
    }
}

}
7. 数据库不支持事务
Spring事务生效的前提是连接的数据库支持事务，如果底层的数据库都不支持事务，则Spring事务肯定会失效的，例如🌰：使用MySQL数据库，选用MyISAM存储引擎，因为MyISAM存储引擎本身不支持事务，因此事务毫无疑问会失效。

  1. 未配置开启事务
    如果项目中没有配置Spring的事务管理器，即使使用了Spring的事务管理功能，Spring的事务也不会生效，例如，如果你是Spring Boot项目，没有在SpringBoot项目中配置如下代码：

@Bean
public PlatformTransactionManager transactionManager(DataSource dataSource) {
return new DataSourceTransactionManager(dataSource);
}
如果是以往的Spring MVC项目，如果没有配置下面的代码，Spring事务也不会生效，正常需要在applicationContext.xml文件中，手动配置事务相关参数，比如：

9. 错误的传播特性 其实，我们在使用@Transactional注解时，是可以指定propagation参数的。

该参数的作用是指定事务的传播特性，目前Spring支持7种传播特性：

REQUIRED 如果当前上下文中存在事务，那么加入该事务，如果不存在事务，创建一个事务，这是默认的传播属性值。
SUPPORTS 如果当前上下文存在事务，则支持事务加入事务，如果不存在事务，则使用非事务的方式执行。
MANDATORY 如果当前上下文中存在事务，否则抛出异常。
REQUIRES_NEW 每次都会新建一个事务，并且同时将上下文中的事务挂起，执行当前新建事务完成以后，上下文事务恢复再执行。
NOT_SUPPORTED 如果当前上下文中存在事务，则挂起当前事务，然后新的方法在没有事务的环境中执行。
NEVER 如果当前上下文中存在事务，则抛出异常，否则在无事务环境上执行代码。
NESTED 如果当前上下文中存在事务，则嵌套事务执行，如果不存在事务，则新建事务。
如果我们在手动设置propagation参数的时候，把传播特性设置错了，比如：

@Service
public class OrderServiceImpl {

@Transactional(propagation = Propagation.NEVER)
public void cancelOrder(UserModel userModel) {
    // 取消订单
    cancelOrder(orderDTO);
    // 还原库存
    restoreProductStock(orderDTO.getProductId(), orderDTO.getProductCount());
}

}
我们可以看到cancelOrder()方法的事务传播特性定义成了Propagation.NEVER，这种类型的传播特性不支持事务，如果有事务则会抛异常。

  1. 多线程调用
    在实际项目开发中，多线程的使用场景还是挺多的。如果Spring事务用在多线程场景中使用不当，也会导致事务无法生效。

@Slf4j
@Service
public class OrderServiceImpl {

@Autowired
private OrderMapper orderMapper;
@Autowired
private MessageService messageService;

@Transactional
public void orderCommit(orderModel orderModel) throws Exception {
    orderMapper.insertOrder(orderModel);
    new Thread(() -> {
        messageService.sendSms();
    }).start();
}

}

@Service
public class MessageService {

@Transactional
public void sendSms() {
    // 发送短信
}

}
通过示例，我们可以看到订单提交的事务方法orderCommit()中，调用了发送短信的事务方法sendSms()，但是发送短信的事务方法sendSms()是另起了一个线程调用的。

这样会导致两个方法不在同一个线程中，从而是两个不同的事务。如果是sendSms()方法中抛了异常，orderCommit()方法也回滚是不可能的。

实际上，Spring的事务是通过ThreadLocal来保证线程安全的，事务和当前线程绑定，多个线程自然会让事务失效。

图片

文章作者: zrh
文章链接: https://zrh-main.github.io/2025/03/16/Java/Spring/%E4%BA%8B%E5%8A%A1/
版权声明: 本博客所有文章除特別声明外，均采用 CC BY 4.0 许可协议。转载请注明来源 zrh !
Spring
  目录