原文连接:
https://blog.csdn.net/yangguosb/article/details/78653228
内容：
Qos0
发送者只发送一次消息，不进行重试，Broker不会返回确认消息。在Qos0情况下，Broker可能没有接受到消息，流程如下图所示：
Qos1
发送者最少发送一次消息，确保消息到达Broker，Broker需要返回确认消息PUBACK。在Qos1情况下，Broker可能接受到重复消息，流程如下图所示：
Qos2
Qos2使用两阶段确认来保证消息的不丢失和不重复。在Qos2情况下，Broker肯定会收到消息，且只收到一次，流程如下图所示：
Qos1 VS Qos2
与Qos1相比，Qos2的开销会很大，因为Broker有额外的两个动作：
去重。为了保证消息不重复，Broker必须进行去重处理；
确保响应消息PUBREC到达客户端。Broker必须等待客户端对PUBREC消息的响应PUBREL，只有收到客户端的确认消息后，Broker才能对订阅者投递消息。
原文连接:
https://www.jianshu.com/p/ebe4b2c0461d
发布publish和订阅subscribe都可以指定qos等级。
pub时指定的qos是跟服务器有关系的，比如qos2时，是保证服务器只收到一次，而不是最终的订阅者。
订阅者在sub时虽然指定了qos，但是收到的消息不一定就是指定qos等级的消息，而可能是降级的了。
为响应订阅而发出的消息的有效载荷的QoS必须是原始发布消息的QoS和服务端授予的QoS两者中的最小值。
比如sub qos2，pub qos0，此时服务器转发的消息是qos0级别也就是sub可能收到一次消息也可能收不到。
再如sub qos0, pub qos2，此时服务器转发的消息也是qos0级别，sub也是可能只收到一次消息或者收不到。
也就是服务器只会按pub和sub两者qos等级最小的那个qos规则来发送消息。
pub时指定的qos是服务器肯定按此规则接收，但是最终订阅者不一定。
sub时指定的qos表示订阅者可以接收的最高消息等级，也就是可能收到更低等级的消息。
首先对微擎的工作原理做简单描述, 微擎使用规则和模块的机制来处理公众平台的请求数据并返回响应的结果.执行流程描述为: 粉丝用户与公众号码进行对话或交互, 而后公众平台将粉丝用户的请求消息(当前包括: 文本, 图片, 位置, 链接, 事件. 请参阅消息类型)传递给微擎系统, 微擎系统按照消息类型和对应的公众号所设定的规则列表匹配到合适的...
消息队列的使用场景以下介绍消息队列在实际应用常用的使用场景。异步处理、应用解耦、流量削锋和消息通讯四个场景。1】异步处理：场景说明：用户注册后，需要发注册邮件和注册短信。引入消息队列后架构如下：用户的响应时间=注册信息写入数据库的时间，例如50毫秒。发注册邮箱、发注册短信写入消息队列后，直接返回客户端，因写入消息队列的速度很快，基...
下面是我凭记忆想到的几个题目,有需要的同学就拿去吧,我也算做了点善事.
中体骏彩C++笔试题 2013-11-18 1.指针的含义是:B A.名字 B.地址 C.名称 D.符号 2.给出下面的程序输出: #include
双端通信描述 利用消息队列针对发送接受消息的类型唯一性 进行多个客户端之间消息传递，而不需要server端进行消息转发。 同时消息队列的读阻塞和写阻塞特性（消息队列中已经写入数据，如果再不读出来，则无法再次写入）让消息队列的实现过程只能如下： 客户端1的父进程用来处理类型1的消息写，子进程处理类型2的消息读客户端2的父进程处理类型...
文章目录基本介绍编程接口代码实例消息队列的发送和接收消息队列中的消息对象的属性控制 基本介绍 支持不同进程之间以消息（messages）的形式进行数据交换，消息能够拥有自己的标识，且内核使用链表方式进行消息管理。进程之间的通信角色为：发送者和接受者 发送者： a. 获取消息队列的ID(key或者msgid) b. 将数据放入...