关于使用Spring AOP 环绕性增强出现异常影响业务流程的问题

最近项目组接到一个新任务，第三方客户有了一个要求，想要我们的系统在最近一段时间内，把所有和他们相关的订单即时同步到他们的业务系统去。项目组考虑再三，由于目前的业务流程本身就比较复杂，直接在原有的业务流程上进行增加，会对原有的业务结构有一定的破坏性，另外，这只是最后一个用户的个性需求，不是普遍性的。而且还可能只是短期的需求，一段时间过后可能就会取消。

针对这种情况，最终决定使用spring的AOP功能，直接在原有的业务流程中织入一个逻辑，当订单新增成功后，就判断这个订单是否是某客户的，如果是，则通过同步接口进行同步。

这样，不破坏原有的业务逻辑。如果有新的用户要同步，也可以方便的进行增加。而且可以随时取消这个功能。

一切顺利搞定。

然而，再测试的过程中，却出现了一个小问题。

如果业务顺利完成，但是在通信过程中出现问题，有异常抛出，则业务会发生回滚，导致业务失败。 这可就与设计初衷相违背了。原本采用AOP的目的，就是不想让这个数据同步逻辑对正常的业务造成影响，然而现在事与愿违。 随后尝试了一下，直接通try-catch throwable 来阻断异常，却因为spring本身的事物机制没能成功。

仔细考虑了一下，发现目前实现采用的环绕性增强，回想了一下spring的增强机制，认为环绕增强中的异常的确会影像业务。于是考虑换用后置增强，即使用afterreturning增强，这种增强会在原有的业务返回后执行，也就是说这时候事物应该已经结束并被提交了。

于是尝试改用后置增强，果然，问题解决。即便是切点类中报出同样的异常，也不会导致业务回滚。