如何在prefetchCount>1的情况下确保MassTransit+RabbitMQ消费者按顺序消费消息？

我在C#应用里用MassTransit搭配RabbitMQ时，碰到了按顺序消费数据的难题，想请教下解决方案。

具体场景是这样的：

• 我们有个发布者，每1.5秒从数据库拉取15000行数据，然后按照(data.Id % numberOfQueues) + 1的规则分组，把消息发到4个队列里，当前队列数量设为4。
• 消费者这边在Program.cs里声明并配置了4个direct类型的交换机队列。为了提升Broker和消费者之间的传输流畅性，我们把prefetchCount设成了大于1的数值（试了1000），让Broker一次性投递多条消息；同时把concurrencyLimit设为1，保证每个队列每次只消费一条消息，避免并行处理打乱顺序。

当prefetchCount=1000时，我在RabbitMQ管理界面能看到有1000条未确认（unacked）的消息。一开始看消费者日志，消息ID从1到951都是按正确顺序消费的，但偶尔会出现顺序错乱的情况——比如消息ID1925的发布时间更早，却在ID1926之后被消费，整体大概95%是顺序正确的，剩下5%乱序了。

我就纳闷了，明明设置了concurrencyLimit=1，为什么还会有乱序？而且当我停止消费者服务时，那些留在消费者内存里的unacked消息会回到队列，但重启服务后，消息顺序几乎全乱了——原本只有5%乱序，重启后变成95%乱序。

我原本的预期是：Broker一次性把1000条消息推到消费者内存，消费者因为concurrencyLimit=1，会逐条按顺序消费这些消息。但实际和预期不符，该怎么实现严格的顺序消费呢？另外，如果换成原生RabbitMQ不用MassTransit，这个问题能解决吗？还有，如果我把消息批量打包成1000条（和prefetchCount数值一致），会不会就能保证顺序消费了？

备注：内容来源于stack exchange，提问作者IHaveAQuestion