代理超时/客户端断开连接时的Paho MQTT客户端行为

Question

null

当MQTT代理变得不可用时，Paho MQTT客户机不能帮助我保证这些QoS2级别的消息将被重新传递，这是正确的说法吗？

因此，我如何区分以下情况，即Client.Publish导致了一个MqttException，其中Paho没有将消息持久化。

Client is currently disconnecting (32102)
    at org.eclipse.paho.client.mqttv3.internal.ClientComms.shutdownConnection(ClientComms.java:297)
    at org.eclipse.paho.client.mqttv3.internal.CommsSender.handleRunException(CommsSender.java:154)
    at org.eclipse.paho.client.mqttv3.internal.CommsSender.run(CommsSender.java:131)
    at java.lang.Thread.run(Thread.java:745)

下面是它在飞行中坚持的地方

Timed out waiting for a response from the server (32000)
    at org.eclipse.paho.client.mqttv3.internal.Token.waitForCompletion(Token.java:94)
    at org.eclipse.paho.client.mqttv3.MqttToken.waitForCompletion(MqttToken.java:50)
    at org.eclipse.paho.client.mqttv3.MqttClient.publish(MqttClient.java:315)
    at org.eclipse.paho.client.mqttv3.MqttClient.publish(MqttClient.java:307)

null

• 连接丢失（32109）：PAHO保存消息
• 客户端当前正在断开连接（32102）：PAHO丢失消息
• 等待服务器（32000）的响应超时：消息被持久化PAHO
• 客户端未连接（32104）：PAHO丢失消息

泛美卫生组织的一些最佳实践是什么？

Answer 1

我没有设计Java客户机，但我可以看到这种行为是如何产生的，它可能会令人困惑。我假设我们在这里谈论的是同步客户端？调用Publish时会遇到所有这些异常吗？

主要原则是：

1. 如果在发送消息时客户端API没有连接（包括断开连接），则不会尝试发送消息，也不会持久化消息。
2. 如果当前连接了客户端API，则尝试发送消息，并在发送之前将消息持久化。在QoS2交换完成之前，连接可能会失败，在此过程中，客户端重新连接时将重试消息。

null

1. 仅在消息未持久化时引发异常

或

创建另一个异常类，它清楚地显示消息何时被持久化和何时未被持久化，类似于

null