Spring 事务基于 AOP 实现，代理对象需要拦截@Transactional方法的调用。非public方法导致事务失效的根本原因，是 Spring 事务管理器默认只对public方法进行事务增强。
🔍 原理分析
1. 代理与可见性的关系
JDK 动态代理：只能代理接口中的方法，接口方法默认为
public。非public方法无法被代理调用。CGLIB 代理：可以代理非
public方法（通过生成子类），但 Spring 出于设计一致性考虑，默认限制了事务增强仅对public方法生效。
2. Spring 源码中的判断逻辑
在AbstractFallbackTransactionAttributeSource#computeTransactionAttribute方法中：
java
// 如果方法不是 public，直接返回 null，表示不处理事务 if (method.getModifiers() != Modifier.PUBLIC) { return null; }Spring 通过allowPublicMethodsOnly属性控制，默认值为true，因此只有public方法才会被扫描并应用事务配置。
3. 为什么要这样设计？
避免代理复杂性：非
public方法涉及私有、保护的访问权限，CGLIB 虽能代理，但会产生额外的字节码操作和可见性问题。符合 AOP 语义：AOP 通常用于跨切面关注点（如事务、日志），应用于公共 API 更自然。
防止误用：开发者容易错误地认为
private方法加了@Transactional就自动生效，实际上内部调用根本不会被代理拦截（即使方法是public，同类内调用this也会失效）。
✅ 如果必须使用非public事务怎么办？
虽然不推荐，但可以通过以下方式强制生效：
设置
spring.aop.proxy-target-class=true（使用 CGLIB）配置
@EnableTransactionManagement(proxyTargetClass = true)+ 修改AnnotationTransactionAttributeSource的setPublicMethodsOnly(false)（自定义）
但更推荐的做法：将事务逻辑抽取到独立的public方法中，或者使用编程式事务TransactionTemplate。
💡 总结
非
public方法导致事务失效，是 Spring 的主动设计约束，旨在保证代理的可靠性和切面语义的清晰性。始终让@Transactional标注在public方法上，是规避此问题的最佳实践。
