前言
博主在写公司需求的时候，有一个操作涉及到多次对数据库数据的修改。当时就想着要加 @Transactional注解来声名事务。并且由于一个方法中有太多行了，于是就想着修改数据库的操作单独提取出来抽象成一个方法。但这个时候，IDEA 提示我自调用导致事务不会生效。
所谓Spring子调用，就是在Service方法内，调用另一个加了@Transactional注解的方法，那么这个时候注解失效，要如何解决呢？
1. 事务介绍
在开发中涉及到同事操作多个表的时候，要保证两个操作要么一起成功，要么一起失败。此时就需要用到：事务。
现在一般使用的都是基于 @Transactional 注解的声明式事务。
而在使用事务的过程中，需要注意以下几点：
- 事务只能应用到
pulic修饰的方法上才会生效。 - 事务需要从外部调用（涉及到事务的实现原理：基于动态代理实现的）。
Spring自调用会失效。 - 建议
@Transactional注解添加到 Service 实现类上。
这些要求或者注意事项官方文档可是明确说明的！
应仅将 @Transactional 注解应用于具有公开可见性的方法。如果对受 protected, private 或 package-visible 修饰的方法使用，则不会引发任何错误，但是被注解的方法不会显示已配置的事务设置。
至于建议加在实现类上，这个只是建议，不过如果加在接口类或接口方法上时，只有配置基于接口的代理才会生效。所以这块还是老老实实的加在实现类或实现类方法上吧。
2. 使用场景
在实际开发中，我们经常会遇到这种情况！
本来这块的代码逻辑就很复杂，导致我们写的方法可能又臭又长，里面有各种逻辑操作。在需要同时操作多个表进行更新的时候，就想着单独抽成一个方法让事务包裹的范围最小，仅仅在同时更新的时候加上事务。但此时会发现事务无法生效。如前言所示。那我们如何解决呢？请看下面的三种方法
3. 解决方案
3.1. 外部调用
自调用不允许，那改成外部调用即可。
再声明一个 Service，把更新表的逻辑放过去。
3.2. 使用编程式事务（不推荐）
使用编程式事务，既然使用声明式事务有这么多的显示，那可以换一种编程式事务！
此方法编写较为复杂，不推荐
此时，哪怕方法是private修饰的，事务都可以生效。
3.3. 调用外部方法，外部方法调用内部方法
那如果我们那又想用注解，又想自调用怎么办呢？
咱们可以参考编程式事务的方式，不就是不让自调用么，我调外部方法，然后外部方法再给我调回来不就可以了。
@Component
public class TransactionalComponent {public interface Cell {void run() throws Exception;}@Transactional(propagation = Propagation.REQUIRED, rollbackFor = Exception.class)public void required(Cell cell) throws Exception {cell.run();}
}这样的话不就可以通过 TransactionalComponent 调用了么，并且还可以使用 lambda 表达式。
4. 总结
本文注解介绍了事务，以及事务失效的解决办法。综上，博主更推荐也更喜欢用第一种方式来解决自调用事务失效的问题。
