现在微服务做得越来越多了，头就越来月疼了。

跨系统事务和跨系统分页是最头疼的（其实头疼也没用，解决不了的问题）

现在有这么个需求（其实同样的需求见到不少了，一直没解决）：

向数据库插入记录，并把数据发MQ给其他系统消费。

其他系统接收到消息后会调用查询接口回来查询更多信息。

可是这个时候可能插入记录的事务都还没提交，所以根本查询不到。

通常的做法是延迟消费（或者延迟发送）：

比如假设事务在几分钟内一定会提交，那就延后10分钟后再过去查询。

查询到了就可以了。

查询不到就任务之前的事务回滚了。。

其实这个场景如果在spring环境下，有两种解决方案：

一种是使用JMS，spring在其中提供了事务支持。

但是如果你本来没用jms，这样改造会比较重。

另一种方法是事件监听。

我们说一下这种方法。

 假设老式的延迟发送代码如下：

    @Transactional(rollbackFor = Exception.class)
    public boolean insertSelectiveHeader(SupplierBillPO header) {
   ....
        int i = billPOMapper.insertSelective(header);
//延迟发送mq消息
        service.delaySendMQ(header);
        return i > 0;
    }

改造后我们不再使用发送mq的service服务，而是用

org.springframework.context.ApplicationEventPublisher;
    
    @Autowired
    private ApplicationEventPublisher publisher;

 发送代码改成发送事件：

    @Transactional(rollbackFor = Exception.class)
    public int insertSelectiveHeader(SupplierBillPO header) {
    ....
        int i = billPOMapper.insertSelective(header);
        publisher.publishEvent(header);
        return i;
    }

 publishEvent的入参可以是任何自定义对象。

然后去建一个Bean类：

@Component
public class TransactionalMessageListener {
    
    @TransactionalEventListener(fallbackExecution = true)
    public void handleSupplierBillPush(SupplierBillPO data){
        service.sendImmediately(data);
    }
}

 这个类首先要是一个bean，不然没有人去监听我们的事件啊。

然后里面的方法要用

import org.springframework.transaction.event.TransactionalEventListener;

 做注解。

方法不要有返回值

方法的入参和上面发布事件的入参要一样。

这样spring在事务成功提交后就会调用这个方法了。

我们可以在里面注入其他服务，比如立即发送MQ（现在不用延迟了）

其实这个注解有其他配置的，有兴趣的可以研究一下