spring事务注解

🌱 Spring事务注解深度解析

在Java面试中，Spring事务管理几乎是必考题。作为程序员，我发现很多面试者对@Transactional注解的理解停留在表面。今天我们就来掰开揉碎讲透它！

🔍 事务注解基础认知

核心功能：@Transactional让方法具备事务能力，本质是AOP的环绕通知。面试最常问的是声明式事务和编程式事务的区别：声明式通过注解解耦业务代码，编程式则用TransactionTemplate手动控制。

常见坑点：默认只对RuntimeException回滚！像IOException这种受检异常不会触发回滚，必须手动配置：

@Transactional(rollbackFor = Exception.class)

🔄 事务传播行为精讲

当方法嵌套调用时，传播行为决定事务如何传递：

1. PROPAGATION_REQUIRED（默认）
   存在事务则加入，没有就新建。比如下单流程中，创建订单和扣库存方法共用同一个事务。

2. PROPAGATION_REQUIRES_NEW
   
   强制新启事务，外层事务挂起。典型场景：订单支付完成后，需要独立记录日志，即使主事务失败日志仍需保留。

3. PROPAGATION_NESTED
   嵌套事务，可以部分回滚。像电商退款场景，主事务包含多个子退款操作，单个退款失败不影响其他退款。

🛡️ 事务隔离级别实战

隔离级别解决并发问题，Spring默认使用数据库配置级别。重点区分：

| 级别 | 脏读 | 不可重复读 | 幻读 | 适用场景 | |---------------------|------|------------|------|--------------------------| | READ_COMMITTED(默认)| ❌ | ✅ | ✅ | 多数业务场景 | | REPEATABLE_READ | ❌ | ❌ | ✅ | 账户余额操作 | | SERIALIZABLE | ❌ | ❌ | ❌ | 金融级操作

// 显式设置隔离级别
@Transactional(isolation = Isolation.REPEATABLE_READ)

💥 高频面试陷阱题

1. 为什么同类方法自调用失效？
   由于基于代理实现，内部调用不走代理对象。解决方案：

   • 注入自身代理：@Autowired private OrderService self;
   • 使用AspectJ模式

2. 多数据源事务如何管理？
   单@Transactional只能管一个数据源！分布式事务要用：

   • JTA+XA协议
   • Seata等中间件
   • 最终一致性方案

3. 事务超时设置依据？
   根据业务复杂度设定，默认不限时。危险操作必须设置：

   @Transactional(timeout = 30) // 单位：秒
   

---

📌 面试突击资源：
偶然发现一份含金量超高的《2025Java面试宝典》：点击获取
提取码: 9b3g

💡 特别提示：
准备面试鸭会员的同学，通过 面试鸭返利网 下单可返利25元！直达链接：

🎯 面试应答技巧

当面试官问“事务失效场景”时，按这个脉络回答：

1. 注解修饰非public方法 ✘
2. 异常类型不匹配 ✘
3. 数据库引擎不支持（如MyISAM）✘
4. 自调用问题 ✘
5. 多线程环境下事务上下文丢失 ✘

最后强调关键点：事务本质是线程绑定的Connection对象，理解这点就能举一反三！

本文由程序员技术分享社区原创，转载请联系授权。更多面试真题解析请访问面试鸭返利网获取资料。