事务失效

### Spring事务失效的原因及解决方案 #### 1. **自调用问题** 当一个类中的方法被标记为`@Transactional`，但在同一类中另一个方法通过直接调用来触发该方法时，事务不会生效。这是因为Spring AOP代理机制只会在外部调用带有`@Transactional`的方法时才会创建事务上下文[^1]。 解决此问题的一种方式是通过引入Application Context来自我注入当前服务实例，从而实现间接调用： ```java @Service public class MyService { @Autowired private ApplicationContext applicationContext; public void externalCall() { ((MyService)applicationContext.getBean(MyService.class)).internalMethod(); } @Transactional public void internalMethod() { // 数据库操作逻辑 } } ``` --- #### 2. **错误的传播行为或隔离级别** 如果在定义事务时选择了不合适的传播行为（Propagation）或隔离级别（Isolation），可能会导致事务无法按预期工作。例如，在某些情况下设置`NOT_SUPPORTED`会使事务完全禁用[^3]。 为了确保事务正常运行，默认建议使用`REQUIRED`作为传播行为，并保持默认隔离级别： ```java @Transactional(propagation = Propagation.REQUIRED, isolation = Isolation.DEFAULT) public void executeWithDefaultSettings() { // 正常数据库操作逻辑 } ``` --- #### 3. **多线程环境下的事务失效** 由于事务是由线程绑定的（通常存储在`ThreadLocal`中），因此在一个主线程启动的新子线程中尝试访问同一个事务连接将会失败[^4]。 一种可行的解决方案是在父线程中显式传递当前事务状态给子线程，或者改用其他同步机制替代多线程处理业务逻辑。以下是基于`TaskExecutor`的一个简单示例： ```java @Component public class TaskRunner { @Async @Transactional public void runInNewTransaction(String data) { // 子线程内的独立事务 } } ``` 注意：这里利用了`@Async`注解让每个异步任务拥有自己的事务范围。 --- #### 4. **异常未被捕获或声明不当** 只有抛出了受检异常（Checked Exception）或运行时异常（RuntimeException）时，Spring 默认才会回滚事务。如果开发者捕获并吞掉了这些异常，则可能造成数据一致性破坏[^5]。 可以通过修改事务属性来扩展可触发回滚的具体条件： ```java @Transactional(rollbackFor = {CustomException.class}) public void methodThatThrowsSpecificExceptions() throws CustomException { throw new CustomException("Test exception"); } class CustomException extends RuntimeException {} ``` --- #### 5. **过滤器链与AOP切面冲突** 在集成框架如Shiro时，可能存在安全过滤器链先于事务拦截器执行的情况，这会影响事务的实际作用域[^2]。 调整两者加载顺序可以有效缓解这一矛盾；另外也可以考虑采用动态代理技术手动控制事务边界。 --- ### 总结 以上列举了几种典型的Spring事务失效现象及其对应的修复策略。实际开发过程中应仔细审查项目配置文件和服务层代码设计，避免因为疏忽而导致潜在隐患。