Worker模式其实就是一对多模式，我们定义两个消费者来看看效果：

 　　默认情况下，RabbitMQ会顺序的将message发给下一个消费者。每个消费者会得到平均数量的message。这种方式称之为round-robin（轮询)。

　　但是很多情况下并不希望消息平均分配,而是要消费快的多消费,消费少的少消费.还有很多情况下一旦其中一个宕机,那么另外接收者的无法接收原本这个接收者所要接收的数据。

　　我们修改其中一个消费者代码,让其等待5秒。在等待中停止运行 看看效果。

consumer.Received += (ch, ea) =>
{
    string message = Encoding.Default.GetString(ea.Body.ToArray());
    Console.WriteLine($"接受到消息：{message}");
    Thread.Sleep(5000);
};

 　　当消费者宕机后消费者1并没有接受宕机后的数据。所以我们需要消息确认来解决这个问题。

 Rabbit中存在两种消息确认模式

•  自动模式 - 只要消息从队列获取,无论消费者获取到消息后是否成功消费,都认为是消息成功消费。
• 手动模式 - 消费从队列中获取消息后,服务器会将该消息处于不可用状态,等待消费者反馈。如果消费者在消费过程中出现异常，断开连接且没有发送应答，那么RabbitMQ会将这个消息重新投递。

 修改两个消费者代码,并在其中一个中延迟确认。

consumer.Received += (model, ea) =>
{
    byte[] message = ea.Body;
    Console.WriteLine("接收到消息为:" + Encoding.UTF8.GetString(message));
    Thread.Sleep(3000); //等待三秒手动确认
    channel.BasicAck(ea.DeliveryTag, true); //返回消息确认
};
//将autoAck设置false 关闭自动确认.
channel.BasicConsume(name, false, consumer);

　　如果在延迟中消费者断开连接,那么RabbitMQ会重新投递未确认的消息

　　能者多劳是给消费速度快的消费更多的消息.少的责消费少的消息.能者多劳是建立在手动确认基础上实现。
　　在延迟确认的消费中【消费者】添加BasicQos

// 3、创建通道
IModel channel = connection.CreateModel(); 
// 3.1、每次只能向消费者发送一条信息,再消费者未确认之前,不再向他发送信息
channel.BasicQos(0, 1, false);

 　　可以看出消费快的消费者接受了更多的消息,这就是能者多劳模式的体现

RabbitMQ - 常用队列之Worker模式（一对多模式）