标签:日志系统 none 为我 receive 十分 font 专用 处理 isp
1、发布/订阅
在上篇教程中,我们搭建了一个工作队列,每个任务只分发给一个工作者(worker)。在本篇教程中,我们要做的跟之前完全不一样 —— 分发一个消息给多个消费者(consumers)。这种模式被称为“发布/订阅”。
为了描述这种模式,我们将会构建一个简单的日志系统。它包括两个程序——第一个程序负责发送日志消息,第二个程序负责获取消息并输出内容。
在我们的这个日志系统中,所有正在运行的接收方程序都会接受消息。我们用其中一个接收者(receiver)把日志写入硬盘中,另外一个接受者(receiver)把日志输出到屏幕上。
最终,日志消息被广播给所有的接受者(receivers)。
2、交换机
前面的教程中,我们发送消息到队列并从中取出消息。现在是时候介绍RabbitMQ中完整的消息模型了。
让我们简单的概括一下之前的教程:
RabbitMQ消息模型的核心理念是:发布者(producer)不会直接发送任何消息给队列。事实上,发布者(producer)甚至不知道消息是否已经被投递到队列。
发布者(producer)只需要把消息发送给一个交换机(exchange)。交换机非常简单,它一边从发布者方接收消息,一边把消息推送到队列。交换机必须知道如何处理它接收到的消息,是应该推送到指定的队列还是是多个队列,或者是直接忽略消息。这些规则是通过交换机类型(exchange type)来定义的。
有几个可供选择的交换机类型:直连交换机(direct), 主题交换机(topic), (头交换机)headers和 扇型交换机(fanout)。我们在这里主要说明最后一个 —— 扇型交换机(fanout)。先创建一个fanout类型的交换机,命名为logs:
1 channel.exchangeDeclare("logs", "fanout");
扇型交换机(fanout)很简单,你可能从名字上就能猜测出来,它把消息发送给它所知道的所有队列。这正是我们的日志系统所需要的。
匿名交换器:在前面的教程中,我们对交换器一无所知,但仍然能够向队列发送消息,因为我们使用的是默认交换器,它由空字符串标识("")。
回想我们之前是如何发布消息的
1 channel.basicPublish("", QUEUE_NAME, null, message.getBytes());
exchange参数就是交换机的名称。空字符串代表默认或者匿名交换机:消息将会根据指定的routing_key分发到指定的队列。其中默认的交换器是默认点对点模式(direct),后面再详细讲。
现在我们发送消息到指定名字的交换机:
1 channel.basicPublish( "logs", "", null, message.getBytes());
3、临时队列
你还记得之前我们使用的队列名吗(QUEUE_NAME)?给一个队列命名是很重要的——我们需要把工作者(workers)指向正确的队列。如果你打算在发布者(producers)和消费者(consumers)之间共享同队列的话,给队列命名是十分重要的。
但是这并不适用于我们的日志系统。我们打算接收所有的日志消息,而不仅仅是一小部分。我们关心的是最新的消息而不是旧的。为了解决这个问题,我们需要做两件事情。
首先,当我们连接上RabbitMQ的时候,我们需要一个全新的、空的队列。我们可以手动创建一个随机的队列名,或者让服务器为我们选择一个随机的队列名(推荐)。
其次,当与消费者(consumer)断开连接的时候,这个队列应当被立即删除。
在java客户端,当我们创建队列不提供任何参数的时候,就会创建一个也非持久化的,专用的,自动删除的队列,名字由rabbitmq自动生成。可以通过以下代码来获取队列的名字。它可能是这样子的:amq.gen-U0srCoW8TsaXjNh73pnVAw==。
1 String queueName = channel.queueDeclare().getQueue();
4、绑定(bindings)
我们已经创建了一个fanout交换机和一个队列。现在我们需要告诉交换机把消息发送到我们的队列。交换机和队列之间的关系称为绑定(binding)。
1 channel.queueBind(queueName, "logs", "");
现在,logs交换机将会把消息添加到我们的队列中。
5、代码整合
标签:日志系统 none 为我 receive 十分 font 专用 处理 isp
原文地址:https://www.cnblogs.com/Hxinguan/p/9189215.html