96SEO 2026-02-19 21:40 22
href="https://www.cnblogs.com/liuyi13535496566/p/19621935"

aria-level="2">spring传播机制事务MANDATORY
MANDATORY(强制的)要求当前方法必须运行在一个已存在的事务中;如果调用时没有外层事务,Spring会立即抛出IllegalTransactionStateException异常。
“支付回调成功但订单事务回滚,出现‘已支付但订单未创建’的脏数据”)。
REQUIRED(无事务则新建)不同,MANDATORY不会新建事务,只<dependencies><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-web</artifactId></dependency><dependency><groupId>org.mybatis.spring.boot</groupId><artifactId>mybatis-spring-boot-starter</artifactId><version>3.0.3</version></dependency><dependency><groupId>com.mysql</groupId><artifactId>mysql-connector-j</artifactId><scope>runtime</scope></dependency><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-test</artifactId><scope>test</scope></dependency>
'订单状态:UNPAID-未支付,PAID-已支付',`create_time`
org.apache.ibatis.annotations.Insert;
org.apache.ibatis.annotations.Update;
org.springframework.stereotype.Repository;@Repository
更新订单状态(支付回调核心操作)@Update("UPDATE
com.example.demo.service;import
com.example.demo.mapper.OrderMapper;
org.springframework.stereotype.Service;
org.springframework.transaction.annotation.Propagation;
org.springframework.transaction.annotation.Transactional;
LoggerFactory.getLogger(PayCallbackService.class);@Resourceprivate
MANDATORY:必须在已有事务中执行,无则抛异常*/@Transactional(propagation
orderMapper.updateOrderStatus(orderNo,
RuntimeException("订单不存在,支付回调失败:"
com.example.demo.service;import
com.example.demo.mapper.OrderMapper;
org.springframework.stereotype.Service;
org.springframework.transaction.annotation.Propagation;
org.springframework.transaction.annotation.Transactional;
订单主服务:创建订单(REQUIRED事务),调用支付回调(MANDATORY)*/
LoggerFactory.getLogger(OrderService.class);@Resourceprivate
REQUIRED:无事务则新建,保证支付回调有事务依赖*/@Transactional(propagation
UUID.randomUUID().toString().substring(0,
32);order.setOrderNo(orderNo);order.setAmount(amount);order.setStatus("UNPAID");orderMapper.insertOrder(order);log.info("新增订单成功:{},初始状态UNPAID",
调用MANDATORY的支付回调方法(依赖当前外层事务)payCallbackService.handlePayCallback(orderNo);//
com.example.demo.service.OrderService;
com.example.demo.service.PayCallbackService;
org.springframework.boot.test.context.SpringBootTest;
org.springframework.transaction.IllegalTransactionStateException;
java.math.BigDecimal;@SpringBootTest
testMandatoryWithOuterTransaction()
orderService.createOrderWithPay(new
BigDecimal("200.00"));System.out.println("订单创建+支付回调完成,订单号:"
testMandatoryWithoutOuterTransaction()
直接调用支付回调(无外层事务)payCallbackService.handlePayCallback("NO_ORDER_123");}
IllegalTransactionStateException)
createOrderWithPay方法(REQUIRED)新建了事务;handlePayCallback(MANDATORY)检测到已有外层事务,正常加入并执行;inta=1/0
注释),订单新增和状态更新会一起回滚(保证数据一致性)。handlePayCallback时,没有任何外层事务;MANDATORY检测到无事务,立即抛出IllegalTransactionStateException,阻止方法执行;的脏数据场景(比如回调更新了状态,但订单本身未创建)。
的方法:比如用户注册、商品新增等,这些操作可单独执行,用REQUIRED而非MANDATORY;
“自调用陷阱”(同一个类中非事务方法调用事务方法),会导致外层事务未生效,进而触发MANDATORY异常;
MANDATORY的核心异常是IllegalTransactionStateException,而非普通运行时异常,排查时可针对性捕获。“强制依赖已有事务”,不会新建事务,无外层事务则直接抛异常;
“必须依赖外层事务的核心操作”(如支付回调、订单状态更新),保证操作和外层事务的原子性;
@Transactional(propagationPropagation.MANDATORY)
声明,测试时需覆盖方法抛异常且外层捕获后往外抛,或者外层自己抛异常,是不是都会回滚。
首先要先明确核心结论,然后拆解逻辑,还要结合代码示例验证,最后总结。
因为
是加入外层事务,所以内层和外层属于同一个事务,只要事务方法内的异常满足回滚条件,整个事务(包括内层和外层的操作)都会回滚。
的关键:它是加入外层事务,不是新建,所以内外层共享同一个事务上下文,原子性由同一个事务保证。
“只要抛异常就回滚”,而是要看异常是否逃出事务方法。
场景下,只要内层抛异常且外层捕获后重新抛出,或者外层自己抛异常,整个事务是否都会回滚
MANDATORY方法不会新建事务,而是强制加入外层已有的事务,因此内层和外层的所有操作都属于同一个事务上下文。
只要这个共享的事务触发了回滚条件,所有操作(外层的订单创建
PayCallbackService(内层)和OrderService(外层):RuntimeException("支付回调处理失败:模拟订单状态更新异常");}
UUID.randomUUID().toString().substring(0,
32);order.setOrderNo(orderNo);order.setAmount(amount);order.setStatus("UNPAID");orderMapper.insertOrder(order);log.info("新增订单成功:{},初始状态UNPAID",
{payCallbackService.handlePayCallback(orderNo);}
查询t_order表,新增的订单记录不存在(整个事务回滚)。
执行支付回调处理(MANDATORY)=====");orderMapper.updateOrderStatus(orderNo,
UUID.randomUUID().toString().substring(0,
32);order.setOrderNo(orderNo);order.setAmount(amount);order.setStatus("UNPAID");orderMapper.insertOrder(order);log.info("新增订单成功:{},初始状态UNPAID",
调用内层MANDATORY方法(正常执行)payCallbackService.handlePayCallback(orderNo);//
RuntimeException("外层业务异常,触发回滚");}
查询t_order表,新增的订单记录不存在,且没有任何订单状态被更新为
UUID.randomUUID().toString().substring(0,
32);order.setOrderNo(orderNo);order.setAmount(amount);order.setStatus("UNPAID");orderMapper.insertOrder(order);//
{payCallbackService.handlePayCallback(orderNo);}
异常没有逃出外层事务方法,事务管理器感知不到异常,因此不会触发回滚
内层和外层共享同一个事务,只要异常逃出外层事务方法且符合回滚规则(内层抛异常外层重抛
外层事务方法(不能被捕获后吞掉),且异常类型符合回滚规则;
“强制绑定外层事务”,保证内层操作和外层操作的原子性(要么都成,要么都败)。
class="post-meta-container">
作为专业的SEO优化服务提供商,我们致力于通过科学、系统的搜索引擎优化策略,帮助企业在百度、Google等搜索引擎中获得更高的排名和流量。我们的服务涵盖网站结构优化、内容优化、技术SEO和链接建设等多个维度。
| 服务项目 | 基础套餐 | 标准套餐 | 高级定制 |
|---|---|---|---|
| 关键词优化数量 | 10-20个核心词 | 30-50个核心词+长尾词 | 80-150个全方位覆盖 |
| 内容优化 | 基础页面优化 | 全站内容优化+每月5篇原创 | 个性化内容策略+每月15篇原创 |
| 技术SEO | 基本技术检查 | 全面技术优化+移动适配 | 深度技术重构+性能优化 |
| 外链建设 | 每月5-10条 | 每月20-30条高质量外链 | 每月50+条多渠道外链 |
| 数据报告 | 月度基础报告 | 双周详细报告+分析 | 每周深度报告+策略调整 |
| 效果保障 | 3-6个月见效 | 2-4个月见效 | 1-3个月快速见效 |
我们的SEO优化服务遵循科学严谨的流程,确保每一步都基于数据分析和行业最佳实践:
全面检测网站技术问题、内容质量、竞争对手情况,制定个性化优化方案。
基于用户搜索意图和商业目标,制定全面的关键词矩阵和布局策略。
解决网站技术问题,优化网站结构,提升页面速度和移动端体验。
创作高质量原创内容,优化现有页面,建立内容更新机制。
获取高质量外部链接,建立品牌在线影响力,提升网站权威度。
持续监控排名、流量和转化数据,根据效果调整优化策略。
基于我们服务的客户数据统计,平均优化效果如下:
我们坚信,真正的SEO优化不仅仅是追求排名,而是通过提供优质内容、优化用户体验、建立网站权威,最终实现可持续的业务增长。我们的目标是与客户建立长期合作关系,共同成长。
Demand feedback