MQTT和Websocket的区别是什么？

https://zhidao.baidu.com/question/1372624954663331499.html

MQTT（Message Queuing Telemetry Transport，消bai息队列遥测传输）是轻量级基于代理的发布/订阅的消息传输协议，设计思想是开放、简单、轻量、易于实现。这些特点使它适用于受限环境。例如：
　　①网络代价昂贵，带宽低、不可靠。
　　②在嵌入设备中运行，处理器和内存资源有限。
　　该协议的特点有：
　　①使用发布/订阅消息模式，提供一对多的消息发布，解除应用程序耦合。
　　②对负载内容屏蔽的消息传输。
　　③使用 TCP/IP 提供网络连接。
　　④有三种消息发布服务质量：
　　⑤"至多一次"，消息发布完全依赖底层 TCP/IP 网络。会发生消息丢失或重复。这一级别可用于如下情况，环境传感器数据，丢失一次读记录无所谓，因为不久后还会有第二次发送。
　　⑥"至少一次"，确保消息到达，但消息重复可能会发生。
　　⑦"只有一次"，确保消息到达一次。这一级别可用于如下情况，在计费系统中，消息重复或丢失会导致不正确的结果。
　　⑧小型传输，开销很小（固定长度的头部是 2 字节），协议交换最小化，以降低网络流量。
　　⑨使用 Last Will 和 Testament 特性通知有关各方客户端异常中断的机制。
　　WebSocket则提供使用一个TCP连接进行双向通讯的机制，包括网络协议和API，以取代网页和服务器采用HTTP轮询进行双向通讯的机制。
　　本质上来说，WebSocket是不限于HTTP协议的，但是由于现存大量的HTTP基础设施，代理，过滤，身份认证等等，WebSocket借用HTTP和HTTPS的端口。由于使用HTTP的端口，因此TCP连接建立后的握手消息是基于HTTP的，由服务器判断这是一个HTTP协议，还是WebSocket协议。 WebSocket连接除了建立和关闭时的握手，数据传输和HTTP没丁点关系了。
　　由此可知两者的应用场景不一样：
　　MQTT是为了物联网场景设计的基于TCP的Pub/Sub协议，有许多为物联网优化的特性，比如适应不同网络的QoS、层级主题、遗言等等。
　　WebSocket是为了HTML5应用方便与服务器双向通讯而设计的协议，HTTP握手然后转TCP协议，用于取代之前的Server Push、Comet、长轮询等老旧实现。
　　两者之所有有交集，是因为一个应用场景：如何通过HTML5应用来作为MQTT的客户端，以便接受设备消息或者向设备发送信息，那么MQTT over WebSocket自然成了最合理的途径了。