在Paho MQTT java客户机上增加最大飞行时间有什么不利之处吗？
我正在使用SpringIntegrationMQTT，它使用EclipsePAHO客户机向Artemis服务器发送MQTT消息。在我的应用程序上运行性能测试时，我收到“正在进行的发布太多”错误。我知道我可以通过将连接选项上的maxInflight属性设置为更高的数字（最大65535）来解决这个问题 有人知道为什么默认的maxInflight只有10，以及增加maxInflight是否有任何负面影响吗？我发现了一些建议，如： 不建议将max in-flight设置为65535–应为这些服务数据包留出一些ID空间，以避免相同的“内部错误，由于没有可用的新消息ID而导致”异常 但在上面作者说： 尽管如此，将max-in-flight设置为65000左右（甚至32768，可能的IDs空间的一半）将为排队等待发布的QoS 1/2消息提供比默认限制10多得多的空间 “回退到QoS 0”也是一个不错的选择 为了方便起见，我们可以在在Paho MQTT java客户机上增加最大飞行时间有什么不利之处吗？,java,spring-integration,mqtt,paho,Java,Spring Integration,Mqtt,Paho,我正在使用SpringIntegrationMQTT，它使用EclipsePAHO客户机向Artemis服务器发送MQTT消息。在我的应用程序上运行性能测试时，我收到“正在进行的发布太多”错误。我知道我可以通过将连接选项上的maxInflight属性设置为更高的数字（最大65535）来解决这个问题 有人知道为什么默认的maxInflight只有10，以及增加maxInflight是否有任何负面影响吗？我发现了一些建议，如： 不建议将max in-flight设置为65535–应为这些服务数据包留
DefaultMqttPahoClientFactorymaxInflight