MQTT与TCP/IP相比有哪些优势?既然MQTT是基于TCP的,为什么我们不使用TCP/IP来代替它呢?

MQTT与TCP/IP相比有哪些优势?既然MQTT是基于TCP的,为什么我们不使用TCP/IP来代替它呢?,tcp,mqtt,Tcp,Mqtt,我正在学习MQTT和TCP/IP协议 因为我知道,MQTT是基于TCP的,所以TCP/IP &尽管我们有TCP/IP协议,但我们还是引用了MQTT 为什么我们不使用TCP/IP而不是MQTT MQTT有没有比TCP/IP协议更好的解决方案 哪一种更可靠&形成通信所需的数据包数量更少 注:TCP/IP指的是使用GSM调制解调器连接>传输数据>断开连接中的正常TCP/IP协议在两个设备之间形成网络 MQTT有没有比TCP/IP协议更好的解决方案 是的,它提供了TCP不提供的东西,即应用层协议。此类协

我正在学习MQTT和TCP/IP协议

因为我知道,MQTT是基于TCP的,所以TCP/IP &尽管我们有TCP/IP协议,但我们还是引用了MQTT

为什么我们不使用TCP/IP而不是MQTT

MQTT有没有比TCP/IP协议更好的解决方案

哪一种更可靠&形成通信所需的数据包数量更少

注:TCP/IP指的是使用GSM调制解调器连接>传输数据>断开连接中的正常TCP/IP协议在两个设备之间形成网络

MQTT有没有比TCP/IP协议更好的解决方案

是的,它提供了TCP不提供的东西,即应用层协议。此类协议的其他示例包括FTP、HTTP、SMTP

你问错问题了。IP确保您可以将数据发送到另一台机器,TCP确保按顺序接收并确认此数据,应用程序级协议确保您能够理解接收到的数据

没有应用程序级协议,就没有有意义的通信。每个套接字编程示例都以WriteLine和ReadLine文本消息交换开始,这本身就是一个非常基本的应用程序级协议,即客户端和服务器交换以换行结尾的文本消息

因此,不,如果没有应用程序级协议,就不能使用TCP/IP,因为一旦开始编写发送和/或接收数据的程序,就已经定义了应用程序级协议

有它自己的问题。这就是为什么你不应该发明自己的协议,而应该使用现有的协议。挑一个适合你需要的。如果您需要向某个代理发布或订阅消息,请使用MQTT

除非你很清楚自己在做什么,否则不要发明自己的

MQTT有没有比TCP/IP协议更好的解决方案

是的,它提供了TCP不提供的东西,即应用层协议。此类协议的其他示例包括FTP、HTTP、SMTP

你问错问题了。IP确保您可以将数据发送到另一台机器,TCP确保按顺序接收并确认此数据,应用程序级协议确保您能够理解接收到的数据

没有应用程序级协议,就没有有意义的通信。每个套接字编程示例都以WriteLine和ReadLine文本消息交换开始,这本身就是一个非常基本的应用程序级协议,即客户端和服务器交换以换行结尾的文本消息

因此,不,如果没有应用程序级协议,就不能使用TCP/IP,因为一旦开始编写发送和/或接收数据的程序,就已经定义了应用程序级协议

有它自己的问题。这就是为什么你不应该发明自己的协议,而应该使用现有的协议。挑一个适合你需要的。如果您需要向某个代理发布或订阅消息,请使用MQTT


除非你很清楚自己在做什么,否则不要发明自己的。

好吧,HTTP也是基于TCP的,你不会要求我们使用TCP/IP代替HTTP,对吗?你也许应该更深入地研究“ISO层”。TCP位于网络级别和mqtt应用层。因此Mqtt依赖于tcp来工作。使用应用层协议,您可以构建业务逻辑并发送消息,而无需了解网络情况。使用MQTT,发送方知道消息是否已收到。GSM提供IP下的层,TCP是IP上的层,MQTT是TCP上的层。请去研究OSI网络model@hardillb我没说是谁接的。我小心翼翼地避免说任何关于端到端的话。但是你知道它已经被经纪人收到了,经纪人知道它是否已经收到了,等等,直到交付为止。TCP不会给你这些。你所知道的是,连接还没有明显失败。嗯,HTTP也是基于TCP的,你不会要求我们使用TCP/IP代替HTTP吧?你也许应该更深入地研究“ISO层”。TCP位于网络级别和mqtt应用层。因此Mqtt依赖于tcp来工作。使用应用层协议,您可以构建业务逻辑并发送消息,而无需了解网络情况。使用MQTT,发送方知道消息是否已收到。GSM提供IP下的层,TCP是IP上的层,MQTT是TCP上的层。请去研究OSI网络model@hardillb我没说是谁接的。我小心翼翼地避免说任何关于端到端的话。但是你知道它已经被经纪人收到了,经纪人知道它是否已经收到了,等等,直到交付为止。传输控制协议 这些都不给你。你所知道的是,连接还没有明显失败。