Spring 事务详解：高频面试题与避坑指南
（注：文末附2025年Java面试宝典网盘资源，建议收藏！👉 点击跳转）
为什么Spring事务总被面试官"追着问"？
Spring事务管理几乎是Java面试必考点，尤其是对3-5年经验的开发者。面试官常会围绕事务传播机制、隔离级别、失效场景展开连环提问。如果只停留在“会用@Transactional”的层面，大概率会被面试官“怼到怀疑人生”。
Spring事务的底层原理：AOP+动态代理
Spring事务的核心实现依赖AOP（面向切面编程）和动态代理。当你在方法上添加@Transactional注解时，Spring会通过代理对象拦截方法调用，在方法执行前后自动开启/提交事务。这里有个高频考点：为什么内部方法调用会导致事务失效？
因为事务是基于代理对象实现的，如果直接在类内部调用一个加了@Transactional的方法（比如this.methodB()），实际上不会经过代理对象的拦截，导致事务不生效。解决方案是：将方法拆分到另一个Bean中，或通过AopContext.currentProxy()获取当前代理对象再调用。
事务传播机制：7种行为的实战场景
**传播机制（Propagation）**是Spring事务最复杂的部分之一，7种行为中必须重点掌握以下4种：
- PROPAGATION_REQUIRED（默认）：如果当前存在事务，则加入；否则新建事务。适用于大多数业务场景。
- PROPAGATION_REQUIRES_NEW：无论当前是否有事务，都新建独立事务。常用于日志记录、异步任务等需要独立提交的场景。
- PROPAGATION_SUPPORTS：如果当前存在事务，则加入；否则以非事务方式执行。适用于查询操作。
- PROPAGATION_NESTED：在已有事务中嵌套子事务，子事务可以独立回滚。需要数据库支持Savepoint（如MySQL的InnoDB引擎）。
面试技巧：回答时要结合具体业务场景。比如：“在支付系统中，扣款和记录流水需要放在同一个事务（REQUIRED），而发送短信通知应该用REQUIRES_NEW，避免短信发送失败导致整个支付回滚。”
事务隔离级别：别和数据库隔离级别搞混了
Spring事务的隔离级别（Isolation）直接依赖数据库实现，但需要特别注意两点：
- 默认隔离级别是数据库的默认级别（比如MySQL的REPEATABLE_READ）。如果需要调整，必须在
@Transactional中显式指定。 - 脏读、幻读、不可重复读的定义必须和具体隔离级别对应。比如：READ_COMMITTED能避免脏读，但无法解决幻读。
事务失效的六大“坑”
90%的面试官会追问事务失效场景，以下6种情况必须烂熟于心：
- 方法非
public修饰（Spring AOP代理的限制） - 内部方法调用（如前面提到的代理问题）
- 异常未被抛出（默认只回滚RuntimeException和Error）
- 多线程环境下事务上下文丢失
- 数据库引擎不支持事务（比如MySQL的MyISAM引擎）
- 注解写在接口而非实现类上（部分框架可能不生效）
避坑指南：建议在开发阶段开启事务调试日志，通过logging.level.org.springframework.jdbc=DEBUG查看事务提交/回滚情况。
实战优化：高并发下的Spring事务设计
在大流量场景下，事务设计直接影响系统性能。两个优化方向：
- 缩短事务执行时间：将非核心操作（如日志、远程调用）移到事务外。
- 降低锁竞争：
- 使用
@Transactional(readOnly = true)标记只读事务 - 结合数据库行锁（SELECT ... FOR UPDATE）
- 合理选择隔离级别（比如READ_COMMITTED比REPEATABLE_READ性能更高）
- 使用
网盘资源
2025年Java面试宝典：
链接: https://pan.baidu.com/s/1RUVf75gmDVsg8MQp4yRChg?pwd=9b3g 提取码: 9b3g
小福利：如果需要购买面试鸭会员，可以通过面试鸭返利网找我，返利25元！平台已累计为5000+开发者节省会员费用，助你轻松备战面试。
