随笔——消息队列线程池模型如何保证重启时消息不丢

背景

今天在脉脉上面看到了一个帖子，比较有意思：

这个帖子的意思是：在使用Kafka的时候，我们已经设置了多个分区，如何去提升消费能力？如果使用线程池的方式去提升如何保证重启时消息不丢。

这个题其实问了两个点，第一个是如何提升消费能力，第二个是如果选择线程池，我们如何做到消息不丢。

这里先解释一下这两个问题到底是怎么回事，在很多消息队列中都有一个概念叫partion，代表着分区，分区是我们提高消息队列消费的关键，我们的消费者消费的渠道就是从每个分区中来的，一个分区只能被一个消费者持有，如下图所示：

有点类似银行排队，队列的个数越多，排队的时间相对来说就会越少，当然也可以通过异步的方式去处理，比如线程池，把所有的消息都扔到线程池中去执行，这就引出了作者说的第二个问题，首先我们来看看同步消费为什么不会丢消息呢？

如果我们使用的是同步模型，当我们消费了之后会将offset ack回去，如果我们出现了重启，没有成功offset&#x