使用MQTT协议的android消息传递系统的可行性

这样的制度可行吗

我们能否实现如下功能：（全部）

用户访问控制

对传输的消息进行加密

预定义的主题

消息日志（在数据库中）

在系统中最多支持1000个用户

---

请帮帮我

可行吗？当然不过，您提到的所有功能都不会出现在Android中，它们将出现在您的后端。

让我们看看这些与MQTT的关系

• 用户访问控制-由代理通过连接调用上的用户名/密码进行处理。实现各不相同。IBM的商业WMQ产品为auth提供了一种可插入的机制，但不确定开源机制。如果您想使用SSL加密电线，您可以这样做，商业IBM实现也支持这一点，我不相信免费选项可以做到
• 消息加密-需要在应用程序中完成，MQTT不关心有效负载是什么。有一个
• 预定义主题-定义应用程序使用的主题并决定如何使用它们！没有必要从管理的角度“预定义”任何内容
• 消息日志-通过后端脚本订阅主题并将其推入数据库非常简单
• 最多支持1000个用户-取决于实现，但可以。同样，商业IBM实现支持数以万计的并发连接，免费的RSMB限制在（我想）1100个连接。。。当然，这是连接数，而不是用户数

---

我希望这有帮助。在MQTT.org上有一个很好的MQTT社区，可以通过MQTT.org/get-included获得邮件列表。还有一个问题。

怎么回事？是否可以操纵MQTT的使用以从后端支持所有这些功能？鉴于该协议有一个固有的限制（即仅msg传输），可能我在这里遗漏了一些东西，但您使用MQTT的事实在概念上并没有太大变化。你有一个客户端和一个服务器。您需要在两者之间进行通信，无论是直接使用TCP/UDP、XML/JSON web服务还是您的MQTT。事实上，您使用MQTT对您提到的功能集几乎没有影响，仅对实现、性能特征等有影响。作为使用MQTT的Android消息传递系统的一个例子，您可以看到。Facebook能够使用其自定义MQTT服务器实现这一点。公共开源Mosquitto服务器是否支持这些功能？同样，除了#5和#2之外，这些功能都与您的消息传输机制无关。对于#2，您的传输可以加密邮件，也可以发送已加密的邮件。