@Transactional 注解基于 AOP（面向切面编程）实现，事务是通过代理类进行管理的。因此，只有通过代理调用的内部方法才会受到事务管理的控制。如果方法在同一个类内部调用时，事务不会被激活。

示例：

假设 @Transactional 被应用于 serviceA 的 methodA 上，而在 methodA 内部调用了 methodB，如果 methodB 没有被事务管理（没有标注 @Transactional），则不会触发事务。

@Servicepublic class MyService {    @Transactional    public void methodA() {        // 这里的事务会生效        methodB(); // 内部调用，事务不会生效    }    public void methodB() {        // 事务不会生效    }}

解决方法：确保事务方法通过代理调用，避免内部方法直接调用，可以通过注入自己来调用方法，或将内部方法提取到不同的类中。

Spring 的事务传播机制定义了多个事务行为，默认的传播方式是 Propagation.REQUIRED，即如果当前存在事务，则加入到该事务中；如果没有事务，则开启新的事务。如果传播方式选择不当，可能导致事务行为不符合预期。

示例：

• REQUIRES_NEW：如果使用了 REQUIRES_NEW 传播行为，方法将会开启一个新的事务，当前事务被挂起。如果新的事务失败，当前事务的状态将不会受到影响。

@Transactional(propagation = Propagation.REQUIRES_NEW)public void methodWithNewTransaction() {    // 该方法会启动一个新事务}

如果不正确地使用传播行为，可能会导致事务失效或数据不一致的问题。

解决方法：仔细分析业务逻辑，合理选择事务传播行为。

默认情况下，Spring 的事务管理只会回滚 运行时异常（RuntimeException）和 Error。如果业务方法抛出的是 受检异常（Checked Exception），那么事务默认不会回滚。

@Transactionalpublic void methodWithException() throws Exception {    // 该方法抛出的是受检异常（Exception），事务不会回滚    throw new Exception("Something went wrong");}

默认情况下，@Transactional 只会对 RuntimeException 和 Error 进行回滚。如果需要对其他类型的异常（如 IOException 或自定义异常）进行回滚，可以通过 rollbackFor 属性来指定。

@Transactional(rollbackFor = Exception.class) // 对所有异常回滚public void methodWithCheckedException() throws Exception {    throw new Exception("Something went wrong");}

解决方法：可以通过 @Transactional 注解的 rollbackFor 或 noRollbackFor 属性来配置回滚的异常类型。

如果事务方法在多线程环境中被调用（例如通过 @Async 或通过其他线程池执行），Spring 的事务管理器通常无法跨线程传播事务，导致事务失效。

@Async@Transactionalpublic void asyncMethod() {    // 该方法运行在不同的线程，事务不会生效}

解决方法：避免在异步方法中使用事务，或使用适当的事务管理策略来跨线程传递事务上下文。

在使用 Spring 的 @Transactional 时，Spring 会根据默认的事务管理器（PlatformTransactionManager）来进行事务管理。如果你使用了自定义的事务管理器或有多个事务管理器，可能需要指定事务管理器，避免默认事务管理器无法正常工作。

@Transactional(transactionManager = "customTransactionManager")public void methodWithCustomTransactionManager() {    // 使用自定义事务管理器}

解决方法：确保在配置多个事务管理器时，正确指定使用哪个事务管理器，避免配置不当导致事务管理失效。

有时候，即使事务成功执行了，可能由于数据库操作没有引起数据变化（例如 UPDATE 语句没有影响任何行，或者 SELECT 操作等），事务的效果看起来像是没有生效。

如果数据库连接池配置不当，或者数据库出现连接断开等问题，事务可能会因为连接问题失效。如果连接在事务处理过程中中断，事务将无法正常提交。

解决方法：确保数据库连接池配置正确，并且事务执行过程中不会丢失数据库连接。可以通过检查连接池的配置、事务超时等参数来避免连接问题。

@Transactional 依赖于 Spring 的 AOP（面向切面编程）来进行事务管理。如果 Spring 的 AOP 配置不正确，可能会导致 @Transactional 注解无法生效。例如，AOP 的代理模式配置不当，或者没有启用事务管理器。

解决方法：

• 确保 Spring 配置了事务管理器并启用了 AOP 代理。

• 如果使用 XML 配置，需要检查是否配置了 <tx:annotation-driven /> 来启用注解事务管理。

<tx:annotation-driven />

Spring 的 @Transactional 注解只会在公共方法（public）上生效。对于 非公开方法（如 protected、private），Spring AOP 默认无法代理它们，从而导致事务管理失效。

@Transactionalprivate void method() {    // 事务不会生效，因为方法是 private}

解决方法：确保事务方法是 公开的（public）。

如果事务执行时间过长，达到数据库配置的最大事务超时时间（如 @Transactional(timeout = 30)），事务可能会被自动回滚，导致数据未能正确提交。

解决方法：确保数据库操作尽量高效，避免事务超时。可以调整事务超时设置，或者优化业务逻辑和数据库查询。

今天的内容就分享到这儿，喜欢的朋友可以关注，点赞。有什么不足的地方欢迎留言指出，您的关注是我前进的动力！

END

扫码关注

一起积累后端知识

不积跬步，无以至千里

不积小流，无以成江海