1.简单队列
1.模型图片
- P:消息的生产者
- C:消息的消费者
- 红色:队列
生产者将消息发送到队列，消费者从队列中获取消息。
2.不足
耦合性高 生产消费一一对应(如果有多个消费者想都消费这个消息,就不行了) 队列名称变更时需要同时更改
2.工作队列(又称任务队列)
1.模型图片
2.为什么会出现 work queues?
使用 simple队列(简单) 的时候
我们应用程序在是使用消息系统的时候,一般生产者P 生产消息是毫不费力的(发送消息即可),而消费者接收完消息 后的需要处理,会耗费一定的时间,这时候,就有可能导致很多消息堆积在队列里面,一个消费者有可能不够用。
3.那么怎么让消费者同事处理多个消息呢?
在同一个队列上创建多个消费者,让他们相互竞争,这样消费者就可以同时处理多条消息了
4.两种消息发送机制
1.Round-robin(轮询分发)
轮询分发: 生产者会将消息通过轮询的方式，将消息发送给消费者。结果就是不管谁忙或清闲，都不会给谁多一个任务或少一个任务，任务总是你一个我一个分。
2.Fair dispatch(公平分发)
虽然Round-robin(轮询分发)方式也还行，但是有个问题就是:比如:现在有 2 个消费者，所有的偶数的消息都是繁忙的，而 奇数则是轻松的。按照轮询的方式，偶数的任务交给了第一个消费者，所以一直在忙个不停。奇数的任务交给另一 个消费者，则立即完成任务，然后闲得不行。
而 RabbitMQ 则是不了解这些的。他是不知道你消费者的消费能力的,这是因为当消息进入队列，RabbitMQ 就会分派 消息。而 rabbitmq 只是盲目的将消息轮询的发给消费者。你一个我一个的这样发送.
为了解决这个问题，我们使用 basicQos( prefetchCount = 1)方法，来限制 RabbitMQ 只发不超过 1 条的消息给同 一个消费者。当消息处理完毕后，有了反馈 ack，才会进行第二次发送。(也就是说需要手动反馈给 Rabbitmq )
还有一点需要注意，使用公平分发，必须关闭自动应答，改为手动应答。
3.订阅模式(Publish/Subscribe)
1.模型图片
之前学习的都是一个消息只能被一个消费者消费,那么如果我想发一个消息 能被多个消费者消费,这时候怎么
办? 这时候我们就得用到了消息中的发布订阅模型。
解读
- 1 个生产者，多个消费者
- 每一个消费者都有自己的一个队列
- 生产者没有将消息直接发送到队列，而是发送到了交换机(转发器)
- 每个队列都要绑定到交换机
- 生产者发送的消息，经过交换机，到达队列，实现，一个消息被多个消费者获取的目的
4.路由模式(Routing)
1.模型图片
生产者将消息发送到direct交换器，在绑定队列和交换器的时候有一个路由key，生产者发送的消息会指定一个路由key，那么消息只会发送到相应key相同的队列，接着监听该队列的消费者消费消息。也就是让消费者有选择性的接收消息。
5.主题模式(Topics)
1.模型图片
上面的路由模式是根据路由key进行完整的匹配（完全相等才发送消息），这里的通配符模式通俗的来讲就是模糊匹配。
符号“#”表示匹配一个或多个词，符号“*”表示匹配一个词。
