消息队列的学习
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
RabbitMQ四种模式 fanout、direct、topic、headers
-
direct : exchange和queues之间是通过routing key之间来进行消息转发,需要routing key 和 BindingKey相同才能转发消息, 例如 Routing Key: “green”,则只能发送到Binding key: “green”的队列上
只考虑把重要的日志消息写入磁盘文件,例如把error级别的消息写入磁盘文件的Queue
-
topic: exchange和queues之间是通过routing key之间来进行消息转发,不同的是routing key可以通过通配符来进行匹配相应的Queues,*代表匹配一个单词,#代表匹配空和多个单词
应用场景: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);
}
}
优点:
应用解耦、异步提速、削峰添谷
应用解耦:提升系统容错性和可维护性
异步提速:提升用户体验和系统吞吐量
消峰填谷:提高系统稳定性
场景:就是我们有很多个点的传感器,解耦:当有其他传感器扩充的时候,直接订阅消息队列
异步:当我主系统对三个子系统有写库请求的时候,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(); // 抽象方法