消息队列——RabbitMq学习

消息队列的学习

MQ的常见同类

在这里插入图片描述

消息队列基本有4个部分组成:Producer、Exchange、Queues、Consumer

都是服务JMS :java Message Service

Virtual host:出于多租户和安全因素设计的,把 AMQP 的基本组件划分到一个虚拟的分组中,类似于网络中的 namespace 概念。当多个不同的用户使用同一个 RabbitMQ server 提供的服务时,可以划分出多个vhost,每个用户在自己的 vhost 创建 exchange/queue 等
Connection:publisher/consumer 和 broker 之间的 TCP 连接
Channel:如果每一次访问 RabbitMQ 都建立一个 Connection,在消息量大的时候建立 TCP Connection的开销将是巨大的,效率也较低。Channel 是在 connection 内部建立的逻辑连接,如果应用程序支持多线程,通常每个thread创建单独的 channel 进行通讯,AMQP method 包含了channel id 帮助客户端和message broker 识别 channel,所以 channel 之间是完全隔离的。Channel 作为轻量级的 Connection 极大减少了操作系统建立 TCP connection 的开销

Server: 又称Broker,接受客户端的连接,实现AMQP实体服务

Connection:连接,应用程序与Broker的网络连接

Channel:网络信道,Channel进行消息读写的通道,客户端可以建立多个Channel,每个Channel代表一个会话任务

Message:消息,由properties和Body组成。Properties可以对消息进行修饰,比如消息的优先级、延迟等高级特性;Body就是消息体内容。

Virtual Host:虚拟地址,用于进行逻辑隔离,最上层的消息路由。一个Virtual Host里面可以有诺干个Exchange和Queue,同一个VirtualHost不能有相同的Exchange和Queue

Exchange:交换机,接收消息,根据路由键转发消息道绑定的队列。message到达broker的第一站,然后根据分发规则,匹配查询表中routing key,分发到queue中去,常用的模式 : fanout、direct、topic、headers

Binding:Exchange和Queue之间的虚拟连接,binding中可以包含routing Key

Queue:消息最终被发送到这里等待consumer取走
在这里插入图片描述

RabbitMQ

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

RabbitMQ四种模式 fanout、direct、topic、headers

  • direct : exchange和queues之间是通过routing key之间来进行消息转发,需要routing key 和 BindingKey相同才能转发消息, 例如 Routing Key: “green”,则只能发送到Binding key: “green”的队列上

    img

    只考虑把重要的日志消息写入磁盘文件,例如把error级别的消息写入磁盘文件的Queue

  • topic: exchange和queues之间是通过routing key之间来进行消息转发,不同的是routing key可以通过通配符来进行匹配相应的Queues,*代表匹配一个单词,#代表匹配空和多个单词

    img

    应用场景:RoutingKey 可以定义为消息来源.级别如 order.info、user.error等。处理所有来源为user的Queue就可以通过user.*绑定到Topic Exchange上

  • fanout: 就是广播的形式,全部广播出去。交换机直接发布到所有的绑定的队列中

    在这里插入图片描述

应用场景:就是需要一个queue来输出,一个queue进行消息记录写入磁盘文件的日志消息。天气预报信息,然后百度新闻、新浪新闻等订阅天气信息,就接受到广播信息

RabbitMQ提供6种工作模式: 简单模式,workQueue 、Publish/Subscribe发布与订阅模式、Routing模式、Topic主题模式、RPC远程调用模式(无视)

在这里插入图片描述

工作队列模式:发布1000条数据,客户端1可以消耗500条,客户端2可以消耗500条

发布订阅模式:发布1000条数据,就队列1和队列2各方1000条数据

![[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-8Pn1JTMs-1639101170571)(G:\技术积累\MQ消息队列学习.assets\image-20211209093949132.png)](https://img-blog.csdnimg.cn/e6362c13a56f43f59fcfb60513b33347.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBAdl9CaW5XZWlfdg==,size_20,color_FFFFFF,t_70,g_se,x_16)

Rabbit MQ 的实现

Utils

public class RabbitUtils {
    private static ConnectionFactory connectionFactory = new ConnectionFactory();
    static {
        connectionFactory.setHost("150.158.88.79");
        connectionFactory.setPort(5672);//5672是RabbitMQ的默认端口号
        connectionFactory.setUsername("admin");
        connectionFactory.setPassword("admin");
        connectionFactory.setVirtualHost("/xidianiot");
    }
    public static Connection getConnection(){
        Connection conn = null;
        try {
            conn = connectionFactory.newConnection();
            return conn;
        } catch (Exception e) {
            throw new RuntimeException(e);
        }
    }
}

发布者关键代码

        //获取TCP长连接
        Connection conn = RabbitUtils.getConnection();
        //创建通信“通道”,相当于TCP中的虚拟连接
        Channel channel = conn.createChannel();

        //创建队列,声明并创建一个队列,如果队列已存在,则使用这个队列
        //第一个参数:队列名称ID
        //第二个参数:是否持久化,false对应不持久化数据,MQ停掉数据就会丢失
        //第三个参数:是否队列私有化,false则代表所有消费者都可以访问,true代表只有第一次拥有它的消费者才能一直使用,其他消费者不让访问
        //第四个:是否自动删除,false代表连接停掉后不自动删除掉这个队列
        //其他额外的参数, null
        channel.queueDeclare(RabbitConstant.QUEUE_HELLOWORLD,true, false, false, null);

        String message = "hello白起666";
        //四个参数
        //exchange 交换机,暂时用不到,在后面进行发布订阅时才会用到
        //队列名称
        //额外的设置属性
        //最后一个参数是要传递的消息字节数组
        channel.basicPublish("", RabbitConstant.QUEUE_HELLOWORLD, null,message.getBytes());
        channel.close();
        conn.close();
        System.out.println("===发送成功===");
//关键部分——channel.basicPublish("exchange", "queue or routing key",xx,xxx)
//1、发布订阅者,只需要填写交换机参数,不需要后面队列参数
//2、直接模式,不需要交换机参数,只需要填写队列消息
// 3、路由模式,就需要指定交换机、和队列or路由参数

订阅者

public class Consumer {

    public static void main(String[] args) throws IOException, TimeoutException {
        //获取TCP长连接
         Connection conn = RabbitUtils.getConnection();
        //创建通信“通道”,相当于TCP中的虚拟连接
        Channel channel = conn.createChannel();

        //创建队列,声明并创建一个队列,如果队列已存在,则使用这个队列
        //第一个参数:队列名称ID
        //第二个参数:是否持久化,false对应不持久化数据,MQ停掉数据就会丢失
        //第三个参数:是否队列私有化,false则代表所有消费者都可以访问,true代表只有第一次拥有它的消费者才能一直使用,其他消费者不让访问
        //第四个:是否自动删除,false代表连接停掉后不自动删除掉这个队列
        //其他额外的参数, null
        channel.queueDeclare(RabbitConstant.QUEUE_HELLOWORLD,true, false, false, null);
        //从MQ服务器中获取数据
        
        /*消费者关键绑定队列*/
//		channel.queueBind(RabbitConstant.QUEUE_SINA, RabbitConstant.EXCHANGE_WEATHER_ROUTING, "us.cal.lsj.20201127");
        
        //创建一个消息消费者
        //第一个参数:队列名
        //第二个参数代表是否自动确认收到消息,false代表手动编程来确认消息,这是MQ的推荐做法
        //第三个参数要传入DefaultConsumer的实现类
        channel.basicConsume(RabbitConstant.QUEUE_HELLOWORLD, false, new Reciver(channel));
    }
}

class  Reciver extends DefaultConsumer {
    private Channel channel;
    //重写构造函数,Channel通道对象需要从外层传入,在handleDelivery中要用到
    public Reciver(Channel channel) {
        super(channel);
        this.channel = channel;
    }

    @Override
    public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {

         String message = new String(body);
         System.out.println("消费者接收到的消息:"+message);

         System.out.println("消息的TagId:"+envelope.getDeliveryTag());
        //false只确认签收当前的消息,设置为true的时候则代表签收该消费者所有未签收的消息
        channel.basicAck(envelope.getDeliveryTag(), false);
    }
}

优点

应用解耦、异步提速、削峰添谷

应用解耦:提升系统容错性和可维护性

异步提速:提升用户体验和系统吞吐量

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-k7Ifb8yj-1639101170572)(G:\技术积累\MQ消息队列学习.assets\image-20211208200718876.png)]

消峰填谷:提高系统稳定性

场景:就是我们有很多个点的传感器,解耦:当有其他传感器扩充的时候,直接订阅消息队列

异步:当我主系统对三个子系统有写库请求的时候,A系统直接写入MQ比较方便

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vHhmmS5n-1639101170573)(G:\技术积累\MQ消息队列学习.assets\clipboard.png)]

削峰:可以将高峰的消息存入MQ,后期慢慢消化

HA:High Available 高可用性

RabbitMQ: 镜像集群模式,具有高可用性

Kafka:高可用性

Kafka与MQTT的区别

MQTT:主要是应用在物联网场景上,具有多个QoS的保存(Exact once精准一次投递、at least once)

Kafka:数位了数据集成的场景,通过分布式架构提供了海量数据信息处理、高容错的方式储存海量数据流、保证数据流的顺序等特性

QoS:服务质量

缺点

1、系统可用性降低: 若MQ挂掉则系统就挂掉了

2、系统复杂度提高,怎么保证消息没有被重复消费、消息丢失了怎么办、消息专递的顺序性

3、一致性问题

ActiveMq的学习

其中的测试都是用的是Docker运行的消息队列的服务器,其中有消息队列的使用端口和web页面管理端口(对外映射端口)

activeMq的消息队列

http://39.101.141.219:8161/

抽象类:

抽象方法

如果你想设计这样一个类,该类包含一个特别的成员方法,该方法的具体实现由它的子类确定,那么你可以在父类中声明该方法为抽象方法

Abstract关键字同样可以用来声明抽象方法,抽象方法只包含一个方法名,而没有方法体。抽象方法没有定义,方法名后面直接跟一个分号,而不是花括号。

public abstract void play(); // 抽象方法
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值