【RabbitMQ(day3)】扇形交换机和主题交换机的应用

第三种模型(Publish/Subscribe 发布/订阅)

扇型(funout)交换机

扇型交换机将消息路由给绑定到它身上的所有队列,而不会理会绑定的路由键。如果 N 个队列绑定到某个扇型交换机上,当有消息发送给此扇型交换机时,交换机会将消息的拷贝分别发送给这所有的 N 个队列。扇型用来交换机处理消息的广播路由。

因为扇型交换机投递信息的拷贝到所有绑定到它的队列,所以它可以用来在群聊的时候,分发消息给参与群聊的用户。

扇型交换机图例:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-jTprwNAp-1690737452900)(C:\Users\myz03\AppData\Roaming\Typora\typora-user-images\image-20230730165558799.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-seBDWtoY-1690737452901)(C:\Users\myz03\AppData\Roaming\Typora\typora-user-images\image-20230730165644205.png)]

Public/Subscribe 模型

在这种模式下,消息发送流程是这样的:

  • 可以有多个消费者;
  • 每个消费者有自己的 queue(队列)
  • 每个队列都要绑定到 Exchange(交换机)
  • 生产者发送的消息,只能发送到交换机,交换机来决定要发给哪个队列,生产者无法决定。
  • 交换机把所有的消息发送给绑定过的所有队列。
  • 队列的消费者都能拿到消息。实现一条消息被多个消费者消费。
  1. 开发生产者
        // 将通道声明指定的交换机
        // 参数1:交换机的名称
        // 参数2:交换机的类型
        channel.exchangeDeclare("logs","fanout");

        // 发送消息
        channel.basicPublish("logs","",null,"fanout type message".getBytes());
  1. 开发消费者
        // 通道声明交换机
        channel.exchangeDeclare("logs","fanout");
        // 临时队列
        String queueName = channel.queueDeclare().getQueue();
        // 队列绑定交换机
        channel.queueBind(queueName,"logs","");

实例代码:

        Runnable myRunnable = () -> {
            try {
                Connection conn = RabbitMQUtils.getConnection();
                Channel channel = conn.createChannel();

                // 通道声明交换机
                channel.exchangeDeclare("logs", "fanout");
                // 临时队列
                String queueName = channel.queueDeclare().getQueue();
                // 队列绑定交换机
                channel.queueBind(queueName, "logs", "");

                // 消费消息
                channel.basicConsume(queueName, true, new DefaultConsumer(channel) {
                    @Override
                    public void handleDelivery(String consumerTag,
                                               Envelope envelope,
                                               AMQP.BasicProperties properties, byte[] body) throws IOException {
                        System.out.println("消费者" + consumerTag + ":" + new String(body));
                    }
                });
            } catch (IOException e) {
                e.printStackTrace();
            }
        };
        Thread t1 = new Thread(myRunnable);
        Thread t2 = new Thread(myRunnable);
        Thread t3 = new Thread(myRunnable);

        t1.start();
        t2.start();
        t3.start();

结果(有群发那味了):

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-aO7A1Bp9-1690737452901)(C:\Users\myz03\AppData\Roaming\Typora\typora-user-images\image-20230730174044020.png)]

绑定

  • 绑定是交换机将消息路由给队列所需遵循的规则。如果要制定交换机“E”将消息路由给队列“Q”,那么“Q”就需要与“E”进行绑定。绑定操作需要定义一个可选的路由键(routing key)属性给某些类型的交换机(当然像这第三种模型这样的,路由键有没有无所谓的,则不需声明路由键,而前两种模型下,是自动绑定的,交换机则为默认交换机,路由键和队列名一致的。)。路由键的意义在于从发送给交换机的众多消息中选择出某些消息,将其路由给绑定的队列,然后消费者再从队列中消费消息。

第四、第五种模型(Routing、Topics)

第四种模型(Routing)

在第三种模型中,一条消息会被所有订阅的队列都消费。但是,在某些场景下,希望不同的消息被不同的队列消费。这时候就需要用直连交换机构建的路由routing模型了

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-rPCNxtpC-1690737452901)(C:\Users\myz03\AppData\Roaming\Typora\typora-user-images\image-20230731002003368.png)]

图解:

  • P:生产者,向Exchange发送消息,发送消息时,会指定一个routing key。
  • X:Exchange(交换机),接收生产者的消息,然后把消息递交给与routing key完全匹配的队列。
  • C1:消费者,其所在队列指定了需要routing key 为error的消息。
  • C2:消费者,其所在队列指定了需要routing key 为 info、error、warning的消息。
  1. 开发生产者
		// 通过通道声明交换机
        channel.exchangeDeclare("logs_routing", "direct");

        // 发送消息
        String routingKey = "info";
        channel.basicPublish("logs_routing", routingKey, null, ("这是direct模型发布的基于route key:" + routingKey).getBytes());
  1. 开发消费者
        // 通道声明交换机以及交换的类型
        channel.exchangeDeclare("logs_routing", "direct");
        // 创建一个临时队列
        String queueName = channel.queueDeclare().getQueue();
        // 基于route key 绑定队列和交换机
        channel.queueBind(queueName, "logs_routing", "error");

主题交换机(Topic Exchange)

主题交换机通过对消息的路由键和队列到交换机的绑定模式之间的匹配,将消息路由给一个或多个队列(注意这是消息给一个或多个队列,和直连交换机可不同,直连是路由键和队列同名,一个消息对应一个队列这种才是直连)。主题交换机经常用来实现各种分发/订阅模式及其变种。主题交换机通常用来实现消息的多播路由(与第三种模型的广播路由不同)。

主题交换机拥有非常广泛的用户案例。当一个问题涉及到那些想要有针对性的选择需要接收消息的多消费/多应用的时候,主题交换机都可以被列入考虑范围。

第五种模型(Topics)

主题交换机和直连交换机相比,都是可以根据 routingkey 把消息路由到不同的队列。只不过主题交换机可以让队列在绑定 routingkey 的时候使用通配符。这种模型 routingkey 一般都是由一个或者多个单词组成,多个单词之间以.分割,例如:item.insert

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zBnGlwKf-1690737452902)(C:\Users\myz03\AppData\Roaming\Typora\typora-user-images\image-20230731005829465.png)]

通配符
* (star) can substitute for exactly one word. 匹配一个单词
# (hash) can substitute for zero or more words. 匹配一个或多个单词

如:
audit.# 匹配audit.irs.corporate 或者 audit.irs 等
audit.* 只能匹配audit.irs

  1. 生产者
		 // 声明交换机以及交换机类型
        channel.exchangeDeclare("topics", "topic");
        // 发布消息
        String routeKey = "user.delete";
        channel.basicPublish("topics", routeKey, null, ("这里是topic动态路由模型,route key:" + routeKey).getBytes());
  1. 消费者
		// 生命交换机以及交换机类型
        channel.exchangeDeclare("topics", "topic");
        // 创建一个临时队列
        String queueName = channel.queueDeclare().getQueue();
        // 绑定队列和交换机 动态通配符形式 route key
        channel.queueBind(queueName, "topics", "use.*");	

案例结果

请添加图片描述

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

假正经的小柴

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值