Spring事务失效本质是@Transactional未被代理机制捕获，核心原因包括：1.自调用绕过代理；2.非public方法无法被代理；3.异常被吞或非RuntimeException未配置rollbackFor；4.传播行为不当；5.事务管理器未配置；6.MyISAM等不支持事务的数据库引擎；7.@Async异步导致ThreadLocal事务上下文丢失；8.手动new对象脱离Spring容器。
事务失效的常见原因总结
Spring 事务失效，本质是 @Transactional 注解没起作用，事务没有被正确织入或触发。不是代码写了就一定生效，关键看是否满足 Spring 事务代理机制的前提条件。
1. 自调用（同一类中方法互相调用）
这是最常见也最容易忽略的问题：在同一个类中，一个带 @Transactional 的方法被本类另一个普通方法直接调用，事务不会生效。
- 原因：Spring 事务基于 AOP 代理（JDK 动态代理或 CGLIB），只有通过代理对象调用目标方法，才能触发拦截和事务管理；而 this.xxx() 是直接调用，绕过了代理。
- 解决方式：注入自身 Bean（@Autowired 或 @Resource）再调用；或使用 AopContext.currentProxy()（需开启 expose-proxy="true"）；更推荐重构为跨 Service 调用。
2. 方法访问权限不是 public
@Transactional 只能作用于 public 方法，对 protected、private、包级私有方法无效。
- 原因：Spring AOP 默认使用 JDK 代理（面向接口）或 CGLIB（面向类），但无论哪种，都只代理 public 方法；非 public 方法无法被代理增强。
- 注意：即使用了 CGLIB，private 方法依然不可代理；protected 和 package-private 在 CGLIB 下虽可覆盖，但 Spring 明确不支持非 public 的事务注解。
3. 异常类型未配置或被“吃掉”
默认情况下，Spring 只对 RuntimeException 及其子类、Error 回滚；检查异常（如 Exception）默认不回滚。
立即学习“Java免费学习笔记（深入）”；
- 若业务抛出的是 IOException、SQLException 等 checked exception，且未在 @Transactional(rollbackFor = ...) 中显式声明，事务不会回滚。
- 异常被 try-catch 吞掉且未重新抛出，也会导致事务无法感知异常，从而不回滚。
- 建议：明确指定 rollbackFor = Exception.class（慎用，需评估语义），或按需细化 rollbackFor / noRollbackFor。
4. 事务传播行为配置不当
当方法 A（REQUIRES_NEW）调用方法 B（SUPPORTS），而 B 抛异常，A 不会回滚——因为 B 没有独立事务，异常只是影响当前执行流，不触发事务管理器动作。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 常见误用：REQUIRES_NEW 用于日志记录等场景时，若主事务已提交，子事务失败也不会影响主流程，容易误以为“事务没生效”。
- NOT_SUPPORTED、NEVER 等传播行为会挂起或禁止当前事务，调用方的事务上下文丢失，看似“事务失效”。
- 务必结合业务语义选择合适传播行为，避免无意识破坏事务边界。
5. 数据源/事务管理器未正确配置或未生效
事务不是“自动开启”的，它依赖正确的 DataSourceTransactionManager（或 JPA/Hibernate 对应的事务管理器）以及对应的 @EnableTransactionManagement（或 XML 配置）。
- 多数据源场景下，未通过 @Transactional("xxxTransactionManager") 指定对应管理器，会导致事务管理器找不到或错配。
- 使用 JPA 时，未启用 spring.jpa.properties.hibernate.current_session_context_class=org.springframework.orm.hibernate5.SpringSessionContext，可能导致 Session 绑定失败，事务不生效。
- 确认事务管理器 Bean 名称与注解中 value 属性一致（默认是 "transactionManager"）。
6. 底层数据库引擎不支持事务
例如 MySQL 表使用 MyISAM 引擎（不支持事务），即使 Spring 配置完全正确，执行 SQL 也不会回滚。
- 验证方式：执行 SHOW CREATE TABLE xxx 查看引擎类型；确保使用 InnoDB。
- 注意：某些嵌入式数据库（如 H2 默认模式）可能默认关闭事务支持，需显式配置 DB_CLOSE_DELAY=-1;DB_CLOSE_ON_EXIT=FALSE 并确认隔离级别兼容性。
7. 异步方法（@Async）中使用 @Transactional
被 @Async 标记的方法运行在独立线程，脱离了原始请求的事务上下文，事务注解自然失效。
- 原因：Spring 事务上下文（TransactionSynchronizationManager）是 ThreadLocal 的，异步线程无法继承。
- 解决方式：若必须异步且需要事务，应在异步方法内部重新开启事务（即在异步方法上再加 @Transactional），并确保该方法由代理对象调用（避免自调用问题）。
8. 代理对象未被 Spring 容器管理（new 出来的对象）
手动 new 一个 Service 实例并调用其 @Transactional 方法，事务一定不生效。
- 原因：new 出的对象不受 Spring 容器管理，没有代理，也没有事务切面织入。
- 务必通过 @Autowired、@Resource 或构造器注入获取 Bean，而不是 new。
排查事务是否生效，最直接的方式是开启事务日志：logging.level.org.springframework.transaction=DEBUG，观察是否有 “Creating new transaction”、“Initiating transaction rollback” 等输出；再配合数据库连接日志（如 spring.datasource.hikari.leak-detection-threshold）辅助定位。
