@Transactional 在非 public 方法上无效，根本原因是 Spring 声明式事务基于代理机制，仅对 public 方法生效；private 方法无法被代理拦截，protected/包级方法在 JDK 代理中不可代理、CGLIB 中 Spring 主动跳过，且 this 调用绕过代理。
Java 中 @Transactional 注解在非 public 方法上标注会导致事务失效，根本原因是 Spring 的声明式事务基于代理机制（AOP），而代理默认只对 public 方法生效。
为什么非 public 方法加 @Transactional 无效
Spring 的事务管理依赖于动态代理（JDK Proxy 或 CGLIB）。当调用一个被 @Transactional 标注的方法时，实际执行的是代理对象包装后的方法逻辑——但这个拦截过程只发生在通过代理对象调用 public 方法时。如果方法是 private、protected 或包级访问，代理无法覆盖或增强该方法，事务切面自然不会触发。
-
private方法：无法被子类或代理重写，完全绕过代理链 -
protected/ 包访问方法：JDK 动态代理（基于接口）根本无法代理；CGLIB 虽可代理非 public 方法，但 Spring 默认不对其织入事务逻辑，属于明确不支持的场景 - 即使使用 CGLIB 且手动配置，Spring 事务基础设施也主动跳过非 public 方法的事务处理（源码中明确判断 method.isPublic()）
常见误用场景
开发者常因封装逻辑，把事务操作拆到 private/protected 辅助方法中，并直接在上面加 @Transactional，以为能生效：
public class OrderService {
@Transactional
public void createOrder(Order order) {
// 其他校验...
doSave(order); // ← 这里调用的是 this.doSave()，不是代理对象调用！
}
@Transactional // ❌ 无效！private 方法无法被代理拦截
private void doSave(Order order) {
orderMapper.insert(order);
logMapper.insert(new Log("save"));
}
}
此时 doSave() 是在同一个对象内通过 this 直接调用，压根没经过代理对象，事务注解形同虚设。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
立即学习“Java免费学习笔记（深入）”；
正确解决方案
核心原则：事务边界必须落在被 Spring 管理的 bean 的 public 方法上，且必须通过代理调用。
- 把事务逻辑放在 public 方法中：将需要事务控制的操作统一收口到 public 方法，避免拆分到私有方法
-
提取为独立 Service 方法：若逻辑确实需复用，将其抽取为另一个
@Service类中的 public 方法，再通过依赖注入调用 -
避免 this. 调用事务方法：即使方法是 public，若在同类中用
this.method()调用，仍绕过代理 → 应改为注入自身（@Autowired自注入）或使用AopContext.currentProxy()（不推荐，侵入性强）
验证是否生效的小技巧
可通过开启事务日志快速确认：
- 添加配置：
logging.level.org.springframework.transaction=DEBUG - 观察日志中是否有
Creating new transaction或Completing transaction - 若调用非 public 的
@Transactional方法，日志里完全不会出现事务相关记录
