在Spring Boot项目里，我们经常会在一个业务方法内部调用同一个类中另一个标注了@Transactional的方法。这种嵌套调用的真实事务行为并不像表面看起来那样简单，理解背后的代理机制才能写好可靠的数据操作代码。
为什么自调用会让事务失效
Spring的事务管理是通过AOP代理完成的。当我们在类外部调用带有@Transactional的方法时，实际是经过代理对象，代理会开启事务后再进入目标方法。但如果是在同一个类里面方法直接调用另一个方法，属于对象内部的方法调用，没有经过代理，因此被调用方法上的@Transactional不会被识别。
@Service
public class OrderService {
public void createOrder() {
// 自调用，saveLog上的@Transactional不生效
saveLog();
}
@Transactional
public void saveLog() {
// 数据库操作
}
}
常见事务传播行为说明
当嵌套调用确实经过代理时，事务传播属性决定了内外事务的关系。下表列出几种常用传播行为：
| 传播行为 | 含义 |
|---|---|
| REQUIRED | 如果当前有事务就加入，没有就新建 |
| REQUIRES_NEW | 挂起当前事务，新建独立事务 |
| NESTED | 在当前事务中创建保存点，可部分回滚 |
使用代理对象解决自调用问题
要让内部方法的事务生效，可以通过注入自身代理或拆分到不同类。以下代码展示使用ApplicationContext获取代理的方式：
@Service
public class OrderService {
@Autowired
private ApplicationContext context;
public void createOrder() {
OrderService proxy = context.getBean(OrderService.class);
// 通过代理调用，事务注解生效
proxy.saveLog();
}
@Transactional
public void saveLog() {
// 数据库操作
}
}
拆分类的最简方案
把被调用方法移到另一个Service是最直观的做法，这样每次都是跨Bean调用，自然走代理。
@Service
public class OrderService {
@Autowired
private LogService logService;
public void createOrder() {
logService.saveLog();
}
}
@Service
public class LogService {
@Transactional
public void saveLog() {
// 数据库操作
}
}
总结建议
在Spring Boot中处理嵌套@Transactional调用时，先确认调用是否经过代理。若需独立事务，优先使用REQUIRES_NEW并通过代理调用；普通业务建议合理拆分Service，既清晰又能避免自调用陷阱。
Spring_BootTransactional事务传播修改时间：2026-07-28 22:36:19