@Transactional加在private方法上不生效，根本原因是Spring事务代理机制无法触达private方法，因其不可被子类重写或代理调用，导致TransactionInterceptor未执行。
@Transactional 注解加在 private 方法上，默认不会生效，根本原因不是语法错误或注解不被识别，而是 Spring 的事务代理机制压根“触达”不到它。
为什么 private 方法的事务不生效
Spring 的声明式事务基于动态代理实现。默认情况下，它通过 CGLIB 创建目标类的子类（或 JDK 动态代理接口），把事务逻辑（开启、提交、回滚）织入到代理对象的方法调用中。而 private 方法无法被子类重写，也不能被代理对象直接调用——外部代码调用时，哪怕方法上有 @Transactional，最终执行的仍是原始对象的 private 方法，绕过了代理层，事务拦截器 TransactionInterceptor 根本没机会运行。
补充说明：
- 注解本身能正常保留在字节码里，Java 和 Spring 解析都没问题；
- 源码层面有明确限制：AbstractFallbackTransactionAttributeSource 中会检查方法是否为 public，非 public 直接返回 null 事务属性；
- 数据库和事务管理器完全不知情，问题出在调用链路未进入 Spring 事务增强范围。
常见误用场景不止 private 方法
除了 private，以下情况同样会导致事务失效，本质都是“调用未经过代理”：
立即学习“Java免费学习笔记（深入）”；
- 同一类中，public 非事务方法内部直接调用另一个加了 @Transactional 的 public 方法（this.method()）；
- 事务方法内捕获了异常但未重新抛出，或抛出的是非 RuntimeException 且未配置 rollbackFor；
- 多线程环境下，在子线程中调用事务方法，子线程使用的是独立事务上下文；
- 方法被 final 修饰，CGLIB 无法覆盖，代理失效。
可行的解决方式
不推荐强行给 private 方法加事务，应优先重构设计。若确有需要，可选以下路径：
- 改为 public 方法：最直接，确保能被代理调用，同时按需调整类职责或封装粒度；
- 提取到独立 Service 类：将事务逻辑拆到另一个 @Service 组件中，通过依赖注入调用，保证走代理；
- 启用 AspectJ 编译期织入：在配置类上加 @EnableTransactionManagement(mode = AdviceMode.ASPECTJ)，配合 aspectjweaver 依赖和编译插件，让事务逻辑直接写入字节码，private 方法也能生效（但增加构建复杂度）；
- 改用编程式事务：在 private 方法内手动调用 TransactionTemplate.execute()，由你控制事务边界，不依赖代理。
验证是否生效的小技巧
调试时可关注两点：
- 断点打在 TransactionInterceptor.invoke()，看是否被触发；
- 检查 Spring 容器中该 Bean 的实际类型——如果是 CGLIB 生成的子类（如 UserServiceImpl$$EnhancerBySpringCGLIB$$xxx），说明代理已生效；若是原生类名，则未代理成功。
