2025年Java面试宝典 已更新高频考点，包含Spring事务等核心知识点，建议收藏备用！
Spring事务传播行为与隔离级别详解
最近在准备面试的小伙伴们肯定发现了，Spring事务传播行为和隔离级别几乎成了必考题。今天咱们就以真实面试场景为背景，用口述回答的形式拆解这个高频考点，让技术概念不再抽象。
事务传播行为的核心要点
传播行为定义了多个事务方法相互调用时的处理规则，重点掌握这7种类型：
- REQUIRED（默认）：当前没有事务就新建，有就加入。适用于大多数业务场景，比如用户下单时需要同时操作订单表和库存表
- REQUIRES_NEW：不管当前有没有事务都新建，适合需要独立提交的子操作。比如在支付主流程中记录操作日志，要求日志必须保存成功
- NESTED：嵌套事务，子事务回滚不影响父事务。典型场景是批量处理任务，某条记录失败后只需要回滚当前处理不影响其他记录
- SUPPORTS：当前有事务就加入，没有就以非事务运行。适用于查询操作
- NOT_SUPPORTED：以非事务方式执行，若当前存在事务则挂起。适用于不需要事务的统计计算
- MANDATORY：强制要求存在事务，否则抛出异常。多用于需要严格事务控制的场景
- NEVER：强制要求无事务环境，存在事务则报错。用于与现有事务不兼容的操作
面试中常被问到如何选择传播行为，我的经验是结合具体业务场景说明。例如电商系统中扣减库存必须使用REQUIRED，确保和订单创建在同一个事务里。
事务隔离级别的实现原理
隔离级别解决的是并发事务导致的数据不一致问题，需要重点理解这四个级别：
- 读未提交：可能读到其他事务未提交的数据，适用于数据实时性要求高但允许脏读的场景
- 读已提交（默认级别）：只能读取已提交的数据，解决了脏读问题。适用于银行账户操作等对数据准确性要求较高的场景
- 可重复读：同一事务内多次读取结果一致，解决不可重复读问题。MySQL默认采用此级别但通过MVCC机制避免了幻读
- 串行化：最高隔离级别，通过锁机制实现。适用于金融交易等对数据一致性要求极高的场景，但会显著降低并发性能
当面试官问到如何选择隔离级别时，建议从业务容忍度和性能平衡角度分析。比如社交平台的点赞计数用读未提交可以提升性能，而转账操作必须用可重复读。
传播行为与隔离级别的对比
| 维度 | 传播行为 | 隔离级别 | |--------------|--------------------------|----------------------| | 关注点 | 事务边界控制 | 数据可见性与一致性 | | 配置方式 | @Transactional(propagation) | @Transactional(isolation) | | 常见问题 | 事务嵌套导致意外回滚 | 脏读/幻读/不可重复读 | | 调优方向 | 事务作用域划分 | 并发与一致性的平衡 |
面试回答技巧
- 先明确基本概念："事务传播行为控制事务的作用范围，隔离级别控制并发访问的可见性"
- 结合项目经验举例："我们项目中资金转账模块使用REQUIRES_NEW传播，确保每笔转账独立提交"
- 比较默认配置差异："MySQL默认隔离级别是可重复读，而Oracle采用读已提交"
- 引申实际问题："在高并发场景下，过度使用串行化隔离会导致数据库连接池耗尽"
如果需要系统梳理Java面试考点，可以通过面试鸭返利网获取最新面试资料，购买会员还能享受25元返利优惠。记得使用本文开头的网盘链接获取2025年最新面试题库，祝你面试顺利！
