事务传播行为类型

PROPAGATION_REQUIRED 
如果当前没有事务,就新建一个事务,如果已经存在一个事务中,加入到这个事务中。这是最常见的选择。 

PROPAGATION_SUPPORTS 
支持当前事务,如果当前没有事务,就以非事务方式执行。 

PROPAGATION_MANDATORY 
使用当前的事务,如果当前没有事务,就抛出异常。 

PROPAGATION_REQUIRES_NEW 
新建事务,如果当前存在事务,把当前事务挂起。 

PROPAGATION_NOT_SUPPORTED 
以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。 

PROPAGATION_NEVER 
以非事务方式执行,如果当前存在事务,则抛出异常。 

PROPAGATION_NESTED 
如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则执行与PROPAGATION_REQUIRED类似的操作。
 

可见事务是可以嵌套执行的,根据事务的一致性,应该A,B都执行成功以后才算完成,一个不成功,就回滚。 


温馨提示:只有public方法才有事务行为,如果加上@Transaction就会忽略,不会抛出异常

### 事务传播行为概述 在Spring框架中,事务传播行为定义了一个方法调用链中多个事务方法之间如何协作。具体来说,这决定了当一个事务方法被另一个事务方法调用时,两个方法间的事务边界和一致性应如何处理[^3]。 #### 默认传播行为:REQUIRED `REQUIRED`是Spring框架中的默认事务传播行为。这意味着每当一个带有此属性的方法被执行: - 如果当前已经存在一个活动的事务,则新方法将加入这个现有的事务; - 若无现有事务,则会启动一个新的事务来执行该操作[^2]。 这种方法适用于大多数情况下的业务需求,因为它确保了所有必要的数据库交互都在同一个事务上下文中完成,从而保持数据的一致性和完整性。 #### 特殊传播行为:NEVER 对于某些特定的操作,可能希望它们始终不在任何事务内运行。例如,在日志记录或其他不需要回滚机制的服务里。这时可以采用`Propagation.NEVER`策略。这种情况下,如果尝试在一个已有事务环境中调用此类服务,将会触发异常并阻止进一步的动作[^5]。 ```java @Service @Transactional public class OrderServiceImpl implements OrderService { @Autowired private OrderDao orderDao; @Override public void createOrder(Order order) { // 创建订单的具体业务逻辑 } @Override @Transactional(propagation = Propagation.NEVER) public void deleteOrder(int orderId) { Order order = orderDao.getOrderById(orderId); orderDao.deleteOrder(order); } } ``` 上述代码展示了如何通过设置不同的传播行为来控制不同类型的业务流程。这里`createOrder()`遵循默认的`REQUIRED`模式,而`deleteOrder()`则强制要求不处于任何事务之中。 ### 使用场景分析 1. **跨库操作**:当应用程序涉及多数据库访问时,合理的配置事务传播行为可以帮助解决分布式系统的复杂性问题。 2. **异步任务处理**:对于那些不应该参与主线程事务的任务(比如发送邮件),可以选择合适的传播级别以避免不必要的锁定或资源占用。 3. **读取密集型应用**:为了提高性能,可以在只做查询的地方禁用事务支持,减少开销。 ### 示例总结 综上所述,理解并正确运用Spring中的事务传播行为能够极大地增强程序设计灵活性以及应对各种实际应用场景的能力。合理选择适合项目特点的行为类型不仅有助于简化开发过程,还能有效提升系统的稳定性和效率。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值