pulsar异步生产模式下游标回滚实现

楼主测试的时候使用的都是同步模式，闲来有空测试了以下pulsar的异步生产模式发现了一些有趣的事情，和大家分享以下

producer的创建

对分区topic而言，开启
.enableBatching( true )
.maxPendingMessages(128)
批处理功能
后续会介绍为什么和有什么影响。

生产者异步生产

例如
producer.sendAsync(str1.getBytes());
确保消息成功生产之后，我们在消费端获取消息；

消费者消费消息

Message<byte[]> message = consumer.receive( );
根据messageId来对游标进行重置
MessageId messageId = message.getMessageId();
consumer.seek(messageId);

此时细心的小伙伴可能就发现消息回滚的位置很有规律型，正好是128的倍数+1；假设我们在第1000条消息重置游标，我们会发现游标实际回滚到第897条消息。此时我们不仅是疑问的，为什么会这样？？？
其实这是和.maxPendingMessages(128)这个参数的关系很大，128条消息一次发送到pulsar。所以会从第897条消息重置游标。
这样就会照成消息的重复消费；

问题，如果我们想准确回滚到以前的消息怎么办？？

方法一，采用同步生产的模式，以上问题迎刃而解，只是生产效率比异步低很多，十倍以上。不太可取
方法二，异步生产模式，回滚到message Id的位置，消费到第1000条再往下游发送消息。完美解决。