spring声明式事务失效常见原因及解决方案如下：1. 方法不是public的，需确保方法用public修饰；2. 同类中方法调用导致代理失效，应将事务方法放在另一个bean中；3. 异常被捕获未回滚，需手动调用setrollbackonly()；4. 传播行为配置错误，应根据场景选择合适的传播行为，如required、requires_new、nested等；5. 数据库不支持或配置错误，需确认数据库和连接池配置正确；6. 使用了错误的代理方式，可考虑使用aspectj替代默认代理。排查事务失效可通过检查配置、开启日志、断点调试、分析异常、检查aop配置等方式进行。此外，还可通过transactiontemplate编程式管理事务，实现更灵活控制，但存在代码侵入性和冗余问题。
Spring声明式事务，简单来说，就是用注解或xml配置来管理事务，让代码更干净。但用不好，就容易掉坑里，比如事务失效、数据不一致等等。这篇文章就来聊聊这些坑，以及如何正确地使用它。
解决方案
Spring声明式事务的核心在于AOP（面向切面编程）。它通过代理，在方法执行前后织入事务管理的逻辑。理解这一点，才能更好地避开陷阱。
常见的配置方式有两种：
- 基于注解： 使用@Transactional注解标注在类或方法上。
- 基于XML： 在XML配置文件中定义事务的切面。
事务失效的常见原因：
- 方法不是public的： Spring AOP基于代理实现，只能拦截public方法。
- 同一个类中方法调用： 内部方法调用不会经过代理，事务也就失效了。比如，this.methodB()。
- 异常被捕获： 如果方法内部捕获了异常，事务默认不会回滚。需要手动TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()。
- 错误的传播行为： 传播行为（propagation behavior）定义了事务如何传播。如果配置不当，可能导致事务没有生效。
- 数据库不支持事务： 确保你的数据库支持事务，并且已经正确配置。
- 使用了错误的代理方式： Spring AOP默认使用JDK动态代理，如果目标类没有实现接口，会使用CGLIB代理。CGLIB代理可能会带来一些问题，比如构造函数被多次调用。
正确使用方案：
- 确保方法是public的。
- 避免同一个类中方法调用。 可以将需要事务的方法放到另一个bean中。
- 正确处理异常。 如果需要回滚，手动设置setRollbackOnly()。
- 选择合适的传播行为。 默认的REQUIred传播行为通常够用，但需要根据实际场景选择。
- 检查数据库配置。 确保数据库连接池配置正确，并且数据库支持事务。
- 考虑使用AspectJ。 AspectJ可以避免JDK动态代理和CGLIB代理的一些问题，但配置相对复杂。
Spring声明式事务的传播行为有哪些？如何选择？
Spring事务传播行为定义了多个事务方法相互调用时，事务如何传播。常见的传播行为包括：
- REQUIRED： 如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。（默认值）
- SUPPORTS： 如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务方式继续运行。
- MANDATORY： 如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。
- REQUIRES_NEW： 创建一个新的事务，如果当前存在事务，则把当前事务挂起。
- NOT_SUPPORTED： 以非事务方式运行，如果当前存在事务，则把当前事务挂起。
- NEVER： 以非事务方式运行，如果当前存在事务，则抛出异常。
- NESTED： 如果当前存在事务，则创建一个嵌套事务作为当前事务的子事务；如果当前没有事务，则创建一个新的事务。
如何选择？
- REQUIRED： 适用于大多数场景，保证方法在事务中执行。
- REQUIRES_NEW： 适用于需要独立事务的场景，例如日志记录。即使主事务失败，日志也要记录。
- NESTED： 适用于事务嵌套的场景，例如订单创建后，需要更新库存。如果更新库存失败，只回滚库存更新，不影响订单创建。
选择合适的传播行为需要根据业务场景仔细考虑，错误的传播行为可能导致数据不一致。
如何排查Spring声明式事务失效的问题？
排查Spring声明式事务失效的问题，可以按照以下步骤进行：
- 检查配置： 检查@Transactional注解是否正确使用，XML配置是否正确。
- 开启debug日志： 开启Spring的debug日志，查看事务相关的日志信息。例如，org.springframework.transaction和org.springframework.jdbc.datasource。
- 断点调试： 在方法执行前后设置断点，查看事务是否已经开启，以及事务的状态。
- 检查数据库连接： 确保数据库连接池配置正确，并且数据库连接可用。
- 分析异常信息： 如果有异常抛出，仔细分析异常信息，找到事务失效的原因。
- 检查AOP配置： 检查AOP配置是否正确，确保事务切面已经生效。
- 使用AOP监控工具： 可以使用AOP监控工具，例如AspectJ，来监控事务的执行情况。
- 查看代理对象： 确认被@Transactional注解的方法是否被代理。可以通过AopContext.currentProxy()来获取代理对象，如果返回NULL，说明方法没有被代理。
排查事务失效问题需要耐心和细致，通过以上步骤，通常可以找到问题所在。
除了注解和XML，还有其他配置Spring声明式事务的方式吗？
除了注解和XML配置，还可以使用编程方式配置Spring声明式事务，也就是使用TransactionTemplate。
TransactionTemplate的优点：
- 灵活性： 可以更灵活地控制事务的边界和行为。
- 代码清晰： 事务逻辑与业务逻辑分离，代码更清晰。
TransactionTemplate的缺点：
- 代码侵入性： 需要在代码中显式地调用TransactionTemplate的方法。
- 代码冗余： 如果多个方法需要事务管理，需要重复编写TransactionTemplate的代码。
使用示例：
@Autowired private TransactionTemplate transactionTemplate; public void doSomething() { transactionTemplate.execute(status -> { // 业务逻辑 try { // ... return true; // 提交事务 } catch (Exception e) { status.setRollbackOnly(); // 回滚事务 return false; } }); }
虽然TransactionTemplate不如注解和XML配置常用，但在某些特殊场景下，它仍然是一种有用的选择。例如，需要动态控制事务边界的场景。
