CN
EN CN
0755-33218492
1216374743

新闻资讯

资讯速达,实时了解鸿陆的最新动态

MQTT与传统的HTTP协议对比,优势在哪里呢?

  • 时间:2022-05-12
  • 作者:鸿陆技术
  • 浏览:2395次
  • 分享
  • A+ A-

HTTP是应用最为广泛和流行的协议。但是MQTT在过去的几年里迅速取得了进展。在讨论物联网开发的时候,开发者必须在这两者之间作出选择。



MQTT集中于数据,而HTTP集中于文档。HTTP是一个用于客户端-服务器计算的请求-响应协议,它并非总是为移动设备而优化。在这些术语中,MQTT的主要优势是:轻量级(MQTT以字节数组的形式传输数据)和发布/订阅模型,这使得MQTT非常适合资源有限的设备,并且有助于节约电池。另外,发布/订阅模型使客户能够相互独立,从而提高整个系统的可靠性。在一个客户机失败的情况下,整个系统可以继续正常工作。

       

MQTT优势还是比较多的,具体如下:             

1、低协议开销,MQTT 的独特之处在于,它的每消息标题可以短至 2 个字节。MQ 和 HTTP 都拥有高得多的每消息开销。对于 HTTP,为每个新请求消息重新建立 HTTP 连接会导致重大的开销。MQ 和 MQTT 所使用的永久连接显著减少了这一开销。          

2、对不稳定网络的容忍,MQTT 和 MQ 能够从断开等故障中恢复,而且没有进一步的代码需求。但是,HTTP 无法原生地实现此目的,需要客户端重试编码,这可能增加幂等性问题。          

3、低功耗,MQTT 是专门针对低功耗目标而设计的。HTTP 的设计没有考虑此因素,因此增加了功耗。            

4、数百万个连接的客户端,在 HTTP 堆栈上,维护数百万个并发连接,需要做许多的工作来提供支持。尽管可以实现此支持,但大多数商业产品都为处理这一数量级的永久连接而进行了优化。IBM 提供了 IBM MessageSight,这是一个单机架装载服务器,经过测试能处理多达 100 万个通过 MQTT 并发连接的设备。相反,MQTT不是为大量并发客户端而设计的。          

5、推送通知,您需要能够及时地将通知传递给客户。为此,必须采用某种定期轮询或推送方法;从电池、系统负载和带宽角度讲,推送是最佳解决方案。

我们的企业可能需要在没有第三方中介的情况下发送敏感的信息。这降低了特定于操作系统的解决方案(比如 Apple iOS、Google Play 通知)作为主要传输机制的价值。

HTTP 只允许使用一种称为COMET 的方法,使用持久的 HTTP 请求来执行推送。从客户端和服务器的角度讲,此方法都很昂贵。MQ 和 MQTT 都支持推送,这是它们的一个基本特性。           

6、客户端平台差异,HTTP 和 MQTT 客户端都已在大量平台上实现。MQTT 的简单性有助于以极少的精力在额外的客户端上实现 MQTT。           

7、防火墙容错,一些企业防火墙将出站连接限制到一些已定义的端口。这些端口通常被限制为 HTTP(80 端口)、HTTPS(443 端口)等。HTTP 显然可以在这些情况下运行。MQTT 可封装在一个 WebSockets 连接中,显示为一个 HTTP 升级请求,从而允许在这些情况下运行。MQTT不允许采用这种模式。



与HTTP相比,MQTT协议保证了高传输速率。服务质量分三个层次:

A、至多一次:尽力保证交货。

B、至少一次:确保邮件至少被发送一次,但信息也可以不止一次的传递。

C、碰巧一次:保证每条信息只被另一方接收一次。

       

事实上,MQTT的应用非常之广泛,几乎现在随便找一家大型的硬件、互联网企业,都可以找到MQTT的身影,例如Facebook、BP、alibaba、baidu等等。


由于MQTT本身的各项技术优势,越来越多的企业倾向于选用MQTT作为物联网产品通讯的标准协议,也因此,工程师们渐渐发现MQTT协议要想大规模商用,也有一些有待完善的功能。比如:

1、没有齐备的SDK,不同的异构终端,需要有对应的与MQTT服务器通信的软件SDK包,比如MCU、Linux、Android、IOS、WEB等之间要实现互联互通必然需要不同的SDK包。      

2、不支持File和AV,有些应用场景,需要传输的信息可能不仅仅限于指令,比如声音信号和视频信号,这些需要通过File和AV来实现通信。       

3、不支持与第三方HTTP的集成,虽然MQTT协议优于普通的HTTP协议,但是基于传统的HTTP协议的WEB服务器仍然占主流市场,那么这些服务器要实现与MQTT协议的互联互通,以降低升级成本也尤为关键。   

4、不支持负载均衡,为防止高并发和恶意攻击,负载均衡服务器也必不可少。    

5、不支持用户管理接口,用户在进行设备的行为数据分析的时候,显得尤为重要,这又是工业4.0、大数据时代的必然需求。        

6、不支持离线消息,弥补设备离线以后,MQTT服务器对设备的控制信息丢失的问题。      

7、不支持点对点通信,采用标准的MQTT协议,理论上可以通过相互订阅的方式实现点对点通信,但是逻辑相对复杂,并且对设备的安全性方面存在担忧。当设备B和设备C在同一主题的情况下,设备A无法知道是设备B还是设备C发送的消息,也有可能消息被设备D窃听。       

8、不支持群通信和群管理,实现了对群组成员的管理,群组成员之间能互通消息,这在一个设备被多人控制,或者多个设备被一人控制的这种场景下,尤为有用。

     

以上问题阻碍了MQTT技术在国内市场的进一步发展,毕竟对于单个的公司或者工程师而言,想要解决它们需要耗费大量的资源和时间,并且稳定性的验证也需要一个较长的时间周期。HTTP是有价值和可扩展的,但MQTT更适合于被称为物联网开发的情况。


2022年3月16日,深圳鸿陆技术有限公司凭借着绝对的实力荣获了“2021中国RFID行业最有影响力固定式读写器创新产品奖”及“2021中国RFID行业年度最有影响力系统集成企业”两项大奖。其中,“2021中国RFID行业最有影响力固定式读写器创新产品奖”的获奖产品即是——鸿陆的智能一体机 鸿晖100



智能一体机 鸿晖100

采用Impinj R2000/E710芯片,实现最大的标签读写性能;

基于Android操作系统的开放开发环境;

内置蜂鸣器和读卡状态灯带,可设置读卡提示音和灯带显示;

支持ISO 18000-6C/EPC C1G2,ISO 18000-6B,GB/T 29768-2013(选配),GJB 7377.1A-2018(选配);

处理器MT6765,八核2.3Ghz ,64 GB ROM+4 GB RAM;

支持Web配置管理读写器;

支持MQTT为连接云服务器提供实时、可靠的消息传递服务;

支持HTTP POST通信,可直接将标签数据发送到Web URL;

支持RJ45、RS485、韦根、蓝牙、WiFi、4G多种通讯接口;

工业、安装方便的I/O端口连接器;

支持天线端口检测、在线更新;

支持RSSI和标签数据过滤。



鸿陆致力为客户提供整套有效的数据采集解决方案,长期专注于智能终端、数据采集的产品研发和行业应用,让各行业客户的数据呈现更准确、更实时、更有效,成就客户的大数据时代。


(图文来源于网络,侵删)

继续阅读