spring 的声明式事务基于代理机制，同一类中直接调用另一个 @transactional 方法不会触发新事务，也不会增强其事务行为；事务边界由外部代理入口（如 doinsert）决定，内部调用仅是普通 java 方法执行。
spring 的声明式事务基于代理机制，同一类中直接调用另一个 @transactional 方法不会触发新事务，也不会增强其事务行为；事务边界由外部代理入口（如 doinsert）决定，内部调用仅是普通 java 方法执行。
在 Spring 中，事务管理依赖于 AOP 代理（JDK 动态代理或 CGLIB）。当一个被 @Transactional 注解的方法被外部 Bean 调用时，代理拦截该调用并开启/传播事务；但若该方法是在同一个类内部被其他方法直接调用（例如 doInsert() 内部调用 saveAddress()），则绕过了代理层——此时 saveAddress() 仅作为普通 Java 方法执行，其 @Transactional 注解完全被忽略。
这意味着：
✅ 正确行为：若 doInsert() 是事务入口（由其他类调用且自身标注 @Transactional），其整个方法体（包括对 saveAddress() 的调用）运行在同一个事务上下文中；
✅ 异常回滚：只要 doInsert() 执行过程中抛出未捕获的 RuntimeException 或 Error（默认回滚异常），整个事务（含 saveAddress() 的数据库操作）将被回滚；
❌ 常见误区：给 saveAddress() 单独加 @Transactional 并不能使其获得独立事务能力——在类内调用下，该注解形同虚设。
示例代码：
@Service
public class UserService {
@Transactional // ✅ 事务入口：由外部调用时生效
public void doInsert(User user) {
saveUser(user); // 普通方法调用 → 无代理介入
saveAddress(user.getAddress()); // 同样无代理 → @Transactional 被忽略
if (someCondition()) {
throw new RuntimeException("触发回滚"); // ⚠️ 整个 doInsert 事务将回滚
}
}
@Transactional(propagation = Propagation.REQUIRES_NEW) // ❌ 此注解在此处无效！
private void saveAddress(Address address) {
addressMapper.insert(address);
}
}⚠️ 注意事项：
- 若需 saveAddress() 拥有独立事务（如“无论外层是否失败都要记录日志”），应将其提取至另一个 @Service 类中，并通过依赖注入调用；
- 避免在 @Transactional 方法内使用 this.saveAddress() —— 必须通过 Spring 容器注入的 Bean 引用调用；
- 可启用 @EnableAspectJAutoProxy(exposeProxy = true) 并使用 AopContext.currentProxy() 实现自我调用（不推荐，破坏可测性与清晰性）。
总结：事务边界由代理入口方法定义，而非注解位置；同一类内的方法调用不经过代理，因此不会激活额外事务语义。确保事务设计符合业务一致性需求——把真正需要事务控制的逻辑放在代理可见的入口点。
