使用方流限制

当传送到客户端运行时环境的有效负荷消息数超过任意使用方的 imqConsumerFlowLimit 值时，将停止传送该使用方的消息。仅当该使用方的未使用消息数下降至低于 imqConsumerFlowThreshold 设置的值时才会恢复消息传送。

下例说明了如何使用这些限制，以主题使用方的默认设置为例：

imqConsumerFlowLimit=1000
imqConsumerFlowThreshold=50

创建使用方后，代理将向此使用方传送第一批 1000 条消息（前提是有这么多），中间不会暂停。发送 1000 条消息后，代理将停止传送，除非客户端运行时环境要求更多消息。客户端运行将保存这些消息，直到应用程序处理它们为止。在要求代理发送下一批消息之前，客户端运行时环境会允许应用程序使用至少 50% (imqConsumerFlowThreshold) 的消息缓冲区容量（即 500 条消息）。

在同等情况下，如果阈值为 10%，则客户端运行时环境会等待应用程序使用至少 900 条消息，然后才会要求发送下一批消息。

下一批消息的大小按如下计算：

imqConsumerFlowLimit - (缓冲区中当前暂挂的消息数)

因此，如果 imqConsumerFlowThreshold 为 50%，则下一批的大小会在 500 和 1000 之间波动，这取决于应用程序处理消息的速度。

如果 imqConsumerFlowThreshold 设置得过高（接近 100%），代理就会发送较小的分批消息，这样会降低消息的吞吐量。如果该值设置过低（接近 0%），则客户端可以在代理传送下一组消息之前处理完剩余的缓冲消息，从而再次导致消息吞吐量下降。通常，除非您有特别的性能或可靠性考虑，否则不需要更改 imqConsumerFlowThreshold 属性的默认值。

基于使用方的流控制（特别是 imqConsumerFlowLimit）是管理客户端运行时环境中的内存的最好方法。通常，根据客户端应用程序的不同，您应该知道在任意连接上需要支持的使用方数、消息的大小以及可用于客户端运行时环境的内存总量。