MQTT协议和TCP协议有啥区别？为啥人们推荐MQTT协议?

Posted 2023-04-24

MQTT协议是Message Queuing Telemetry Transport的缩写，中文名叫作消息队列遥测传输。是一个即时通讯协议，该协议支持所有平台，可以当作传感器来使用，举个例子，你仅仅在家通过此协议制造一个“传感器”，家里有医疗设备和装置并且安上了无线发射器，这样很适合那些有旧疾而且需要定期检查的病人们，在家就可以用设备自我检查之后通过无线MQTT协议将检查结果发送给负责你的医生，医生可以随时查看你的健康状况，并给出合理的建议，这样极大地方便了用户和医生的交流，非常便利。所以在推送信息和快速即时方面MQTT协议发展前景很是可观。

而TCP协议是学过计算机的人都比较熟悉的协议，分了四层，面向连接又可靠，可以用于文件传输、远程登陆、发送邮件等，但传输速度较慢，要求也比较多。这两个协议中大多数人都会推荐MQTT协议，因为MQTT是建立在TCP基础之上的，光实时性这一点就符合许多人的要求，现在信息高速时代大家要的第一点就是快速，让生活方便，并且比TCP有过之而无不及。

我也相信在未来MQTT协议会出现在我们的生活各个方面，这样灵活便捷的协议如果我们很好地利用，对我们信息技术的发展一定有着很大的帮助，这也是移动互联网发展的特色了吧。其实也不能绝对性地说MQTT比TCP好，只能说它功能更加全面，适应时代发展的要求，所以推荐选择它。

现在MQTT协议国内外也在逐渐应用，相信它会发展得越来越好的。

参考技术A Mqtt协议是建立在TCP协议之上的，比如用TCP协议做一个即时聊天室，但是在连接服务器(检查合法性，断开连接）、订阅主题(加入聊天室）、发布消息这些过程中，约定的报文格式和设计的服务器处理逻辑就是MQTT协议的内容。TCP的核心思想是分组交换，MQTT的核心思想是简单并适应物联网环境。整体来说MQTT协议适用范围更广。 参考技术B MQTT是平时物联网数据传输，而TCP用于互联网应用。MQTT它拥有长连接透传优势，比起TCP更加方便。更多人选择tcp 参考技术C MQTT协议
为低带宽和不稳定的网络环境中的物联网设备提供可靠的网络服务，是专门针对物联网开发的轻量级传输协议

主要为
实现简单
轻量 占用带宽低

可传输任意类型数据

无应用消息投

最小数据包只有2个比特

低带宽 低能耗 低成本 参考技术D MQTT可以用来物联网数据传输，而TCP用于互联网的应用。MQTT具有长连接透传的优势，比TCP更加方便。

http协议和tcp协议的区别是什么

很多朋友在现实生活中，不知道http协议 http://www.maiziedu.com/course/te/429-5568/ 和tcp协议的区别在哪里，今天，小编就来大家了解一下他们两者之间的区别，希望大家能跟着小编的思路具体来了解，下边就一起来看看吧！

当你需要准备做个安卓应用，服务端用golang写的，客户端语需要和服务端通信，这时就会想是用tcp好呢，还是用http协议呢？数据量挺大，哪个协议的效率更高呢，综合开发效率和传输效率?

HTTP 是应用层协议，TCP 是传输层协议（位于应用层之下），放在一起类比并不合适。
不过猜测楼主是想对比 “标准 HTTP 协议” 还是 “自定义的协议（基于 TCP Socket）” 。

一般来说，移动应用推荐使用 HTTP 协议，有很多优点：
HTTP 发展成熟
HTTP 几乎已经快成为一种通用的 Web 标准，Web Services、REST、Open API、OAuth 等等都是基于 HTTP 协议的。它已经不仅仅是 Hyper Text 的传输标准了，几乎所有数据的传输（多媒体、XML、JSON）都可以采用 HTTP。
后台复用
因为很多应用，除了有移动端，还有Web端，甚至桌面端。
Web 版中前后台交互，无论是页面请求还是 AJAX 请求，都是采用标准 HTTP 协议。那么其他的客户端没有理由重新设计一套协议。
HTML 5 应用
现在不少移动产品都采用或者半采用 HTML 5 技术，那么和服务器的交互又回归到 AJAX 上。不用说，还是离不开 HTTP。
但是也有一些局限性，比如以下场景就不适合 HTTP 协议：
实时数据推送
除了 iOS 开发提供有标准的 Apple 消息推送中心，其他移动产品可能还是要采用 Socket 长连接才能保证实时通讯。
比较常见的有很多即时通讯软件采用的 XMPP 协议。
流媒体
适用于音频播放、视频播放、语音会议等等，一般可能采用 RTMP 协议。

Http 是 TCP的上层协议，Http 是基于 TCP的，所以你用了HTTP，等同与你也在用TCP

所以，拿Http和TCP做优劣比较是一个不存在的问题。

当然，这问题提的很好，问的是相较基于tcp的自定义协议。

其实事实上，从宏观层面，已经自己回答了这个问题了。

为啥要自定义协议呢？很简单啊，http协议满足不了需求只好自定义协议啊。
也就是说，自定义协议可以满足很多http协议满足不了的需求啊。
那什么需求是http协议满足不了的呢？
这也很简单啊，可以查一下http协议的定义去看看它提供了什么样的包装和定义，落在它之外的就是满足不了的啊，要真的细说，那真是多了去了，比如：

例如：http是单工阻塞性质的协议，如果你需要一个全双工，无阻塞的双向传输，那http就满足不了

例如：http定义提供了很多种的请求方法，从get到post不一一列举了，但是你需要的请求应答模式和它定义的种种没有任何一种能够实现你需要的请求应答模式，你就需要自定义协议啊

例如：http定义自己的包头，你要是觉得传输效率极其重要，这样的包头太臃肿，你也需要自定义协议啊

要是http都能完全满足你的需求，那为啥要自定义协议呢？一个成熟的协议拿来就用明显是很好的选择啊。

现在REST一出，一改过去SOAP的复杂臃肿，HTTP协议本身一直也在扩充，因此适用的范围更广，更好用了。需要自定义协议的场景和需求也变少了。

如果要从微观层面去对比优劣，至少你得告诉你这个自定义协议是啥？
TCP上的自定义协议，那可是多如繁星，我拿哪个去做对比呢？

TCP长链接是一直连着不断开的。如果是TCP的话：
服务器端不是很好扩充，考验单台服务器的接入能力。服务器集群不是很好架设。
客户端，处理socket连接的那个线程要负责干各种事情，所有网络协议的逻辑集中在此，结构不太好搭。而http，结构就完全不同。

区别在于开发代价不同。http有大量现成架构，服务器，数据库，出了问题也不会全盘崩溃，调试代价小。
tcp必须自定义协议，然后自己处理；自己实现服务器，监听端口；遇到问题，自己打造一系列调试手段。自己动手造轮子，开发代价高了一个数量级。

最近正好在用http协议，是接手之前一个人做的，没办法代码重写，基于socket自定义协议对于移动开发快速迭代不合适，除非是一些比较底层的需求。估计像微信这样的也许会自定义协议，要不然带宽负荷太高。但是具体我也不了解。

所以能用http的地方，就不要用tcp。不过有的东西必须用tcp，比如网游，那是没办法的事情。

HTTP 协议的一个非常重要的优势在于穿越防火墙。
如果客户端到服务器之间有安全设备，那么可能唯一打开的端口就是TCP:80。

移动端的开发更是如此，你不想用户整天抱怨说访问不到你的服务器吧。

以上就是小编为您讲解的http协议和tcp协议的区别了，相信以上的讲解，您一定对http协议和tcp协议两者都有一个明确的认识了。希望小编的讲解能给你带来帮助，同时，有什么需要还可请教我们的在线专家，祝大家进步。