构建即时聊天应用（原生 IOS 和 Web）。探索是否使用 XMPP 或 MQTT 作为应用协议。似乎我不能让用户在 XMPP 上编辑旧消息。可以在 MQTT 上编辑消息吗？
示例：我想像 Slack 提供的那样实现“编辑消息”，但是在单击“（已编辑）”以允许用户查看消息的不同版本及其时间戳（例如您在Facebook），启用对话的“审计跟踪”。
跟进：看来这只能通过“hack”来实现，在 XMPP 或 MQTT 或其他一些协议/websockets/JSON 等上完成 hack 会更好吗？
【问题讨论】：
标签： xmpp chat protocols mqtt messaging
Hardlib 的建议是正确的，大多数 MQTT 实现不支持以这种方式编辑消息，并且实现它会破坏发布者和订阅者之间的松散耦合，这是 MQTT 的优点。换句话说，这应该在更高级别或通过其他方式实现。
也就是说，如果我将编辑理解为能够更改代理转发给在初始发布期间未在线的客户的内容的能力，那么您可以使用保留的消息来实现这一点。考虑一下：
客户端 A 订阅主题 clientb/#，客户端 B 订阅主题 clienta/#。
客户端 A 向 clienta/（唯一消息 ID）发布消息，而客户端 B 未主动连接。代理保留消息。
客户端 A 决定编辑消息，以便（通过您设计的某个界面）将修改后的消息发布到 clienta/（唯一消息 id），该消息替换消息，并从订阅者的角度编辑那里的内容。
客户端 B 在联机时收到修改后的消息，并且（只要没有持久会话或类似的东西）不知道更改。
从这个例子你可能知道为什么这是一个坏主意，因为服务器会将每条消息保留在不同的主题中，并且可能需要定期修剪......更不用说它会弄乱时间戳并需要各种其他解决方法。但是，如果出于某种原因您必须以这种方式实现它，您可以一起破解一些可用的东西。
【讨论】：
一旦将 MQTT 消息发布到代理，发布客户端就根本无法控制该消息。
大多数代理也不允许您编辑消息，因为他们只会将消息立即转发给订阅相关主题的所有客户端，并将消息排队等待任何具有持久订阅的离线客户端。
唯一的例外可能是当消息到达代理时有回调的 mosca 代理，但这将不允许用户编辑消息，只有系统可能在转发之前的瞬间更新有效负载给订阅的客户。
【讨论】：