Spring事务失效深度剖析：从代理机制到异常处理的全面避坑指南

1. Spring事务失效的底层机制解析

Spring事务管理看似简单，一个@Transactional注解就能搞定，但背后却隐藏着复杂的代理机制和线程上下文管理。很多开发者在使用时经常遇到"明明加了注解，事务却不生效"的困扰。要彻底解决这个问题，我们需要先理解Spring事务的工作原理。

Spring事务的核心是基于AOP的动态代理实现的。当我们给方法添加@Transactional注解时，Spring会在运行时为这个类创建代理对象。实际调用的是代理对象的方法，而不是原始对象。代理对象会在方法执行前后加入事务管理的逻辑，比如开启事务、提交或回滚事务。

这种机制带来一个关键特性：只有通过代理对象调用的方法，事务才会生效。这也是为什么在同一个类中直接调用事务方法会失效的原因——你调用的是原始对象的this.method()，而不是代理对象的method()。

2. 代理机制导致的失效场景

2.1 方法访问权限问题

Spring事务代理对方法访问权限有严格要求。在AbstractFallbackTransactionAttributeSource类中，会检查方法的修饰符：

if (allowPublicMethodsOnly() && !Modifier.isPublic(method.getModifiers())) {
    return null; // 非public方法跳过事务增强
}

这意味着private、protected或包级私有的方法即使加了@Transactional注解也会被忽略。我曾在项目中遇到过这样的坑：一个protected方法的事务注解不生效，排查了半天才发现是访问权限问题。

解决方案：确保事务方法是public的。如果确实需要限制访问，可以考虑使用编程式事务管理。

2.2 final/static方法无法被代理

动态代理有两种实现方式：JDK动态代理和CGLIB。JDK代理基于接