MQTT发布和订阅，来自同一设备的不同主题？_Mqtt

MQTT发布和订阅，来自同一设备的不同主题？

mqtt

MQTT发布和订阅，来自同一设备的不同主题？,mqtt,Mqtt,关于MQTT发布和订阅的问题，来自同一设备的不同主题。在发布和订阅时使用不同主题被认为是不好的形式或做法，还是应该使用相同的主题和负载增量来限定功能，而不仅仅是通过主题？换言之： Method 1: Device 1, Publish Topic A, Payload Null Device 1, Subscribe Topic B, Payload Null 就我所知，鉴于我所看到的示例，方法1是最佳实践方法。但是有人用过方法2或类似的东西吗对于两个不同的设备，方法2是有意义的，但对于单个

关于MQTT发布和订阅的问题，来自同一设备的不同主题。在发布和订阅时使用不同主题被认为是不好的形式或做法，还是应该使用相同的主题和负载增量来限定功能，而不仅仅是通过主题？换言之：

Method 1:
Device 1, Publish Topic A, Payload Null
Device 1, Subscribe Topic B, Payload Null

就我所知，鉴于我所看到的示例，方法1是最佳实践方法。但是有人用过方法2或类似的东西吗

对于两个不同的设备，方法2是有意义的，但对于单个设备，只有方法1似乎合适。我不确定订阅者是否会为完全相同的主题订阅自己的发布者。

我一直在为许多不同的事情使用MQTT，包括在一台计算机上运行的多处理程序的IPC

到目前为止，方法1是利用MQTT功能的最佳方式。在多个设备连接到一个或多个服务器的用例中，Mosquitto实现中内置的安全模型和通配符订阅解决了许多本来很难实现的问题

例如，主题可以分为以下几种格式：

devicesout/<username>
devicesin/<username>

devicesout/
装置素/

通过安全配置，可以限制设备在

devicesin/

上发布和订阅

deviceout/

。服务器连接可以在安全性中进行通配符，订阅

/devicesin/#

，并发布到任何

deviceout/

。当收到消息时，

主题

包含设备的

我已将MQTT用于许多不同的事情，包括用于在一台计算机上运行的多处理程序的IPC