作者：Mazin

来源：https://my.oschina.net/u/3441184/blog/893628

这样的情景可能不常见，但是还是会有的，一旦遇到，如果业务比较复杂，就会很麻烦，但是还是有解决的方案的，比如将一个service方法拆成两个方法，也就是将两个操作的事务分开。

但是这只适用与业务比较简单的，如果出现多次数据库的写操作，而我们调用的系统只需要其中一个写操作的新数据，如果我们将它分开，那么如果调用目标系统出现异常的时候，那么之前的写操作就不能回滚了。

举个简单的例子：

@Service
public class ServiceA {

 @Transactional
 public void doSomething(){
 
 向数据库中添加数据;
 
 调用其他系统;
 }
}

这里就用伪代码来做示例了，当我们执行了“向数据库中添加数据”，我们去数据库中查询，发现并没有我们添加的数据，但是当我们的service这个方法执行完成之后，数据库中就有这条数据了，这是由于数据库的隔离性造成的。

Spring中的事务注解 @transactional 提供了一个参数：

Propagation propagation() default Propagation.REQUIRED;

这个参数是定义 Spring 事务的传递性的，默认值为：required，也就是如果有事务，就加入事务，如果没有，就创建事务。

这个参数的值有很多，例如：REQUIRES_NEW，这个值就代表创建一个新的事务，与原来的事务分开。这个好像能解决我们的问题

我们将刚刚那个方法修改一下：

执行之后，发现结果还是没有改变，必须要整体执行完成，数据库中数据才会出现，说明还是在一个事务中。

我们再将代码修改一下：

我们将要事务分离出来的方法写在另一个service中，再次测试，发现执行完插入语句之后，数据库中就已经能查到数据了，说明事务分离了，完成了我们的需求。

当然 Spring 其实也考虑这个，在 Spring 的配置中，我们只需要添加标签：

<aop:aspectj-autoproxy expose-proxy="true"/>
或者：
<aop:config expose-proxy="true">
并且在代码的调用中要求使用代理对象去调用即可：
((ServiceA ) AopContext.currentProxy()).insert();