可重入锁思想，设计MQ迁移方案

如果你的MQ消息要从Kafka切换到RocketMQ且不停机，怎么做？在让这个MQ消息调用第三方发奖接口，但无幂等字段又怎么处理？今天小傅哥就给大家分享一个关于MQ消息在这样的场景中的处理手段。

这是一种比较特例的场景，需要保证切换的MQ消息不被两端同时消费，并且还需要在一段消费失败后的MQ还可以继续重试。并且这一端消费的MQ消息，也要保证自身的幂等。

我们知道一般通用场景下，MQ消息都会有一个业务唯一ID值，用于接收方做仿重处理。但除此之外还应该有一个MQ消息本身的ID，这个ID也要全局唯一，每一条消息都要有一个ID，这是因为MQ是可能重复发送的（发送MQ成功，但获取MQ发送结果响应超时或更新库表消息状态失败，则重复发送），如果没有消息的唯一ID也就没法确保是哪一条消息了。

这个ID可以用于；唯一标识、去重、链路追踪、幂等性、事务以及安装性等，但可能有些伙伴在做MQ消息发送的时候，是容易忽略而没有在MQ中添加这个ID，或者随意用时间戳来当ID用，这样都是不合理的。会影响一些场景的代码健壮性设计。

需求背景描述好了，接下来，我们看看这样的场景怎么设计。

1. 场景问题

将原本使用 Kafka 的MQ方式，迁移到 RocketMQ，同时部分场景的 MQ 消息调用三方接口是没有幂等字段的，需要做好程序兼容处理。

2. 场景思考