最近项目组接到一个新任务,第三方客户有了一个要求,想要我们的系统在最近一段时间内,把所有和他们相关的订单即时同步到他们的业务系统去。项目组考虑再三,由于目前的业务流程本身就比较复杂,直接在原有的业务流程上进行增加,会对原有的业务结构有一定的破坏性,另外,这只是最后一个用户的个性需求,不是普遍性的。而且还可能只是短期的需求,一段时间过后可能就会取消。
针对这种情况,最终决定使用spring的AOP功能,直接在原有的业务流程中织入一个逻辑,当订单新增成功后,就判断这个订单是否是某客户的,如果是,则通过同步接口进行同步。
这样,不破坏原有的业务逻辑。如果有新的用户要同步,也可以方便的进行增加。而且可以随时取消这个功能。
一切顺利搞定。
然而,再测试的过程中,却出现了一个小问题。
如果业务顺利完成,但是在通信过程中出现问题,有异常抛出,则业务会发生回滚,导致业务失败。 这可就与设计初衷相违背了。原本采用AOP的目的,就是不想让这个数据同步逻辑对正常的业务造成影响,然而现在事与愿违。 随后尝试了一下,直接通try-catch throwable 来阻断异常,却因为spring本身的事物机制没能成功。
仔细考虑了一下,发现目前实现采用的环绕性增强,回想了一下spring的增强机制,认为环绕增强中的异常的确会影像业务。于是考虑换用后置增强,即使用afterreturning增强,这种增强会在原有的业务返回后执行,也就是说这时候事物应该已经结束并被提交了。
于是尝试改用后置增强,果然,问题解决。即便是切点类中报出同样的异常,也不会导致业务回滚。