订单状态订阅并推送方案设计思路

Question

问题

有一个需求是这样的。假设我有一个订单系统，订单有状态A、B、C........等等很多个状态。需求来了，有一个合作伙伴系统和我们做一个订单接口对接，如果订单到了某一个状态（合作伙伴可配置）的时候给合作伙伴推送该订单的状态以及数据（需要的数据列可以配置）。请教一个这样的需求改怎么设计合理？

目前的解决方案

一个推送表，订单状态改变的时候往这个表里面插入数据，定时器扫描这个表去做推送。以下是我个人的解决方案，还请教各路大神帮忙指点一二或者您有更好的实现方式

1. 业务数据改变的时候检查状态，有订阅往推送表插入数据（改动大，拓展性不好）

2. mybatis 拦截器，拦截update和insert 检查当前数据是否有订阅状态，有推送表插入数据。这个方案粒度太大，所有的表都被拦截了。（请教有没有针对表拦截）

3. aop 拦截mapper ，这个粒度比较细，但是用了mybatisplus不知道能不能实现

Answer 1

建议用MQ异步实现。当订单状态变化时，在你的系统处理完业务操作后，用MQ发送消息，异步处理推送逻辑，如果合作的
系统是内网的，直接消费你的队列即可；如果外网的系统，你在消费MQ后，再做个同步转发即可。