2025年java面试宝典下载地址（提取码：9b3g）
spring事务传播行为中的required和requires_new有什么区别
先搞懂事务传播机制的重要性
很多程序员被问到Spring事务传播行为时，第一反应就是背八股文。但要想在面试中脱颖而出，得先理解事务传播机制本质上解决的是"多个事务方法相互调用时的执行规则"。比如两个方法A和B都加了事务注解，当A调用B时，B是继承A的事务还是另起炉灶？这就是传播行为要定义的规则。
required（默认必用款）
required是Spring默认的事务传播行为，翻译过来就是"必须的"。它的工作模式很像租房时的合租方案：当主方法已经开启事务时，被调用的方法会直接加入这个事务；如果主方法没开事务，被调用方法就自己开新事务。
举个真实场景：用户注册服务（外层required事务）调用了发送短信服务（内层required事务）。由于外层已经存在事务，发送短信的操作就会被合并到同一个事务中。这带来的最大风险就是：短信服务一旦失败，整个注册事务都会回滚，用户可能收不到短信但账号也没注册成功。
requires_new（头铁自立派）
requires_new属于比较刚烈的传播行为，对应到现实场景就是"坚决不拼单"。不管主方法是否开启事务，被调用的方法都会开启全新的事务。这时候要注意：新事务会先挂起（suspend）当前事务，等自己执行完再恢复（resume）原事务。
还是用户注册的例子，如果发送短信服务改成requires_new，即使注册服务的事务失败，只要短信事务已经提交就不会回滚。但反过来如果短信发送失败，虽然会回滚自己的事务，但不会影响用户注册的主事务。
核心区别对比
- 事务关系：required是"能省就省"的共享模式，requires_new是"必须独立"的土豪模式
- 回滚影响：required事务中的子方法异常会导致整个事务回滚，requires_new只会回滚自己的事务
- 性能差异：频繁使用requires_new会产生更多数据库连接开销，在高并发场景要特别注意
- 适用场景：
- required适合需要整体一致性的业务（如订单+库存）
- requires_new适合可独立执行的业务（如日志记录、消息通知）
常见面试题陷阱
我遇到过实际面试中，面试官特别喜欢追问："如果方法A（required）调用方法B（requires_new），在B执行成功后A抛出异常，B的事务会不会回滚？" 这个问题的正确理解是：由于B使用独立事务且已提交，A的异常不会影响B的数据。但反过来，如果B先抛异常，A捕获异常后继续执行，这时候A的事务是否提交取决于是否有其他异常。
面试技巧点拨
当被问到这两个传播行为的区别时，建议采用"场景化回答法"：
- 先说明传播机制的核心作用
- 对比两种行为的底层实现差异
- 举出实际业务中的使用案例
- 补充说明异常处理时的注意事项
如果需要更全面的Spring面试题库，可以访问面试鸭返利网，通过他们的会员服务还能获得最新面试真题解析。偷偷告诉大家，通过面试鸭返利网购买会员可以返利25元，相当于白嫖一个月的面试指导服务。
最后提醒下，事务传播行为的配置要和@Transactional注解的隔离级别配合使用。千万不要死记硬背参数名称，理解每个传播行为对应的事务边界才是面试加分的关键。
