一.物联网主流协议介绍
1.MQTT 协议
MQTT（Message Queuing Telemetry Transport）即消息队列遥测传输。
MQTT 协议最初是在 1999 年由 IBM 公司开发的，用于将石油管道上的传感器与卫星相连接。2014 年正式成为 OASIS 开放标准。
MQTT 使用类似 MQ 常用的发布 / 订阅模式，起到应用程序解耦、异步消息、削峰填谷的作用。很多 MQ 中间件也支持 MQTT 协议，比如 ActiveMQ、RabbitMQ、Kafka 等。
适用范围：在低带宽、不可靠的网络下提供基于云平台的远程设备的数据传输和监控。
优势：
使用发布 / 订阅模式，提供一对多的消息发布，使消息发送者和接受者在时间和时空上解耦。
二进制协议，网络传输开销非常小（固定头部是2字节）。
灵活的 Topic 订阅、QoS 等特性。
缺点：
集中化部署，服务端压力大，需要考虑流程控制及高可用。
对于请求 / 响应模式的支持需要在应用层根据消息 ID 做发布主题和订阅主题之间的关联。
MQTT 缺少存储转发队列功能。
2.CoAP 协议
CoAP（Constrained Application Protocol）即受限的应用协议。CoAP 是为了让低功耗受限设备可以接入互联网，由 IETF 组织制定的，它借鉴了 HTTP 大量成功经验，同样使用请求 / 响应工作模式。
使用范围：适用于互联网环境下一对一 M2M 通讯。
优势：
采用和 HTTP 相似语义的请求和响应码，使用二进制报文，报文大小较小。
传输层基于 UDP 协议，比 TCP 数据包小，并不需要建立连接带来握手的开销。
资源发送支持，通过观察者模式实现类似发布 / 订阅效果。
缺点：
基于 UDP 的不可靠传输，但通过四种报文类型的组合及重传机制提高了传输的可靠性。
基于 UDP 的无连接传输，不利于不同网络间消息的回传。
3.HTTP 协议
HTTP 协议，即超文本传输协议（Hypertext Transfer Protocol），是一种详细规定了浏览器和万维网服务器之间互相通信的规则，通过因特网传送万维网文档得到数据传送协议。
目前 HTTP 协议作为 WEB 的标准协议已被广泛使用，它在一些物联网场景中同样可以使用，例如手机、PC等终端设备。但是作为适应浏览器场景的 HTTP 协议，并不适用于物联网的其他设备。
适用范围：开放物联网中的资源，实现服务被其他应用所调用。
优势：
简单的工作模式，请求 / 响应。
完整的方法定义。
合理的状态码设计。
友好的媒体类型支持，如文本、图片、视频等。
缺点：
单向传输，可以通过客户端轮询实现类似推送效果或者HTTP2.0
安全性不高，HTTP是明文协议，可以使用 HTTPS 传输。
HTTP 是文本协议，冗长的协议头部，对于运算、存储、带宽资源受限的设备来说开销大。
4.AMQP
AMQP（Advanced Message Queuing Protocol）高级消息队列协议，是一个进程间传递异步消息的网络协议。
（1）工作过程
发布者（Publisher）发布消息（Message），经由交换机（Exchange）。
交换机根据路由规则将收到的消息分发给与该交换机绑定的队列（Queue）。
最后 AMQP 代理会将消息投递给订阅了此队列的消费者，或者消费者按照需求自行获取。
AMQP 定义了四种类型的交换机：
直接（点对点）：消息直接发送给绑定到交换机的指定队列。
扇出：消息发送给绑定到交换机的所有队列。
主题（发布-订阅）：消息根据路由键和交换机绑定的模式发送到相应的队列。
头部（发布-订阅）：消息根据消息头部的匹配规则发送到相应的队列。
(2)AMQP 传输和帧
AMQP 是一种基于 TCP/IP 的二进制协议，它在客户端和 Broker 之间建立可靠的、持久的、面向流的连接。一个单一的套接字连接上可以创建多个信道，实现多个数据流的同时传输。
AMQP 1.0 版本中的帧由一个 8 字节的固定头部、一个可选的扩展头部和一个长度可变的二进制有效载荷组成。固定头部包含了帧类型、信道号和有效载荷大小的信息。有效载荷包含了要传输的实际消息，以及相关的元数据。
(3)AMQP的优缺点
优点:
支持存储转发队列：AMQP 支持存储转发队列，但相对于 MQTT 而言，牺牲了一些效率并增加了一些复杂度。
活的消息路由：AMQP 提供多种消息路由方式，包括点对点、发布-订阅和扇出。
安全：AMQP 支持 TLS 和 SASL 等加密和认证安全机制。
成熟的生态系统：AMQP 生态系统拥有丰富而成熟的开源服务器实现和客户端库，覆盖多种编程语言。
缺点:
复杂：AMQP 的模型涉及了许多概念，可能不太容易理解、配置和管理。
重量级：AMQP 在传输层通过"信道"实现了多路复用。而且每个 AMQP 帧都有 8 字节的头部开销。
向后兼容性差：AMQP 的最大问题是 0.9.1 版本和 1.0 版本完全不兼容，增加了解决方案的复杂度。
可扩展性和性能受限：AMQP 在一些场景中可能受到可扩展性和性能的限制。这是由于其架构相对于轻量级协议如 MQTT 而言，引入了更多的复杂性和开销。
（4）MQTT 与 AMQP 的详细对比
（5）选择 MQTT 和 AMQP 时需要考虑的因素
基于用户场景的评估：
选择 MQTT 或 AMQP 主要取决于用户场景的需求。如果您要处理资源有限的设备或不稳定的网络，MQTT 凭借其轻量级的特性可能是更佳的选择。如果您的用户场景需要复杂的路由和高可靠性，那么 AMQP 会更适合。
基于系统架构的评估：
系统架构也会影响决策。MQTT 的简单性使其成为具有清晰简单通信模型的系统的理想选择。AMQP 凭借其灵活性和强大的功能集，更适合具有多样化通信需求的复杂系统。
基于网络条件的评估：
网络条件是另一个重要因素。MQTT 在低带宽、高延迟或不可靠的网络中表现优异。相反，AMQP 由于其较高的开销，需要稳定的网络连接。
基于所需服务质量的评估：
MQTT 提供了三个级别的服务质量，可灵活保证消息的传输。AMQP 通过其持久化消息功能，可确保消息传输的高可靠性。
5.websocket
（1）概述
WebSocket 是一种用于在单个 TCP 连接上进行全双工通信的网络协议。它使用类似于 HTTP 的握手来建立连接，然后使用单独的持久连接来进行通信。这种方式使得 WebSocket 可以在浏览器和服务器之间进行实时通信，
而不需要多次发送 HTTP 请求来获取数据。这意味着连接是持久的，它一直保持打开，直到有一方主动关闭连接。这使得 WebSocket 非常适合用于实时应用程序，因为它不需要不断地建立和关闭连接。
（2）WebSocket的实际用途
最常见的用途是在实时应用程序开发中，它有助于在客户端持续显示数据。由于后端服务器不断发回此数据，WebSocket 允许在已打开的连接中不间断地推送或传输此数据，使此类数据传输更快，并利用了应用程序的性能。
WebSocket 连接是可以加密的，可以使用 TLS（Transport Layer Security，传输层安全）协议来保护数据的安全。这种加密连接使用的是 wss:// 协议前缀，与不加密的连接使用的 ws:// 协议前缀相区别。除此之外，
WebSocket 还支持安全握手协议（Secure Handshake Protocol），这使得它可以在浏览器和服务器之间进行加密通信。总的来说，WebSocket 具有较高的安全性，可以保护数据的安全。
（3）WebSocket和HTTP区别。
连接方式：HTTP是一种无状态的协议，每次请求都需要建立一个新的连接，完成请求后立即关闭连接。而WebSocket是一种全双工的协议，它在客户端和服务器之间建立一条持久的连接，可以实现双向通信。
数据传输：HTTP协议是基于请求-响应模式的，客户端发送请求，服务器返回响应。而WebSocket允许服务器主动向客户端推送数据，实现了服务器和客户端之间的实时双向通信。
数据格式：HTTP协议传输的数据通常是文本或二进制数据，而WebSocket可以传输任意格式的数据，包括文本、二进制、JSON等。
端口：HTTP协议使用的默认端口是80（HTTP）或443（HTTPS），而WebSocket使用的默认端口是80（WS）或443（WSS）。
总结来说，HTTP协议适用于客户端向服务器发送请求并获取响应的场景，而WebSocket适用于需要实时双向通信的场景，例如在线聊天、实时数据更新等。
（4）应用场景
主要应用场景：
在线聊天应用：WebSocket可以实现即时消息传递，无需轮询服务器即可接收和发送消息。
视频会议和协作工具：WebSocket可以实时传输音频和视频数据，以及屏幕共享等功能。
多人游戏：WebSocket可以实时更新游戏状态，确保玩家之间的交互流畅无延迟。
实时对战游戏：WebSocket可以快速响应玩家的动作，提供流畅的游戏体验。
股票交易平台：WebSocket可以实时推送股票市场的最新价格和交易数据。
实时新闻和体育赛事更新：WebSocket可以即时向用户推送新闻更新和赛事比分。
物联网应用场景（相对较少）：
工业自动化：WebSocket可以用于实时监控和控制生产线上的设备。
智能家居：WebSocket可以实时接收和发送指令，控制家中的智能设备。
设备监控和控制：WebSocket可以用于远程监控和控制连接到互联网的设备。
实时传感器数据传输：WebSocket可以实时收集和传输来自传感器的数据。
6****.XMPP协议****
（1）概述
该协议的前身是Jabber，我们采取XMPP协议主来实现IM主要是考虑XMPP协议是以XML为基础的，它继承了在XML环境中灵活的发展性。这表明XMPP是可扩展的，所以XMPP信息不仅可以是简单的文本，
而且可以携带复杂的数据和各种格式的文件，也就是说XMPP协议不仅可以用在人与人之间的交流，而且可以实现软件与软件或软件与人之间的交流，目前支持XMPP协议的即时通讯工具有Gtalk、FaceBook IM、Twitter、
网易POPO等等通讯工具，具有非常好的发展情景。由于XMPP是一种基于XML架构的开放式协议，在IM通讯中被广泛采用。
（2）Xmpp协议内容
XMPP中定义了三个角色，客户端，服务器，网关。通信能够在这三者的任意两个之间双向发生。服务器同时承担了客户端信息记录，连接管理和信息的路由功能。网关承担着与异构即时通信系统的互联互通，
异构系统可以包括SMS（短信），MSN，ICQ等。基本的网络形式是单客户端通过TCP/IP连接到单服务器，然后在之上传输XML。
（3）应用场景
XMPP协议主要在互联网及时通讯应用中运用的比较多，在物联网中目前较少应用；
7.DDS协议
DDS（Data Distribution Service for Real-Time Systems，实时系统数据分发服务）是一种由对象管理组（OMG）为实时系统设计的中间件和数据分发协议。它主要用于分布式实时系统中的数据传输，确保数据在多个节点之间高效、可靠地流动。
主要特点：
数据中心性：DDS 是一种数据中心协议，这意味着它以数据为中心，而不是以服务或接口为中心。这种设计使得应用程序可以直接操作和分发数据，而不需要关注底层的通信机制。
实时性：DDS 专为实时系统设计，支持低延迟和高吞吐量的数据传输，确保数据在严格的时限内得到处理和分发。
灵活性：DDS 提供了多种数据分发模式，如发布/订阅（publish/subscribe）和查询（query），这使得开发者可以根据应用需求选择合适的分发策略。
可扩展性：DDS 支持从几个到成千上万个节点的可扩展性，这使得它适用于从小型系统到大型分布式系统的各种应用场景。
容错性：DDS 提供容错机制，确保即使在部分网络或系统组件失败的情况下，也能保持数据的一致性和可用性。
DDS 应用领域（物联网领域应用较少）：
金融服务：实时市场数据的分发和交易执行。
电信：网络状态信息和用户数据的实时更新。
交通管理系统：实时监控和管理交通流量。
智能电网：实时监控和管理电网状态和数据。
国防和航空：实时战术数据和态势感知信息的分发。
8.LwM2M协议
LWM2M全称lightweight Machine to Machine，是一种物联网协议，主要可以使用在资源受限(包括存储、功耗等)的嵌入式设备上。LwM2M是一种轻量级的M2M协议，旨在简化设备管理并降低带宽要求。
协议层次结构：
LWM2M属于应用层协议，位于CoAP协议之上，而CoAP可以进行DTLS加密处理，最后通过UDP或SMS方式传送。
二.总结
从当前物联网应用发展趋势来分析，MQTT协议具有一定的优势，因为目前国内外主要的云计算服务商，比如阿里云、AWS、百度云、Azure以及腾讯云都一概支持MQTT协议。
还有一个原因就是MQTT协议比CoAP成熟的要早，所以MQTT具有一定的先发优势，但随着物联网的智能化和多变化的发展，后续物联网应用平台肯定会兼容更多的物联网应用层协议。