目前，我向安慰推了600条消息。然后尝试订阅所有消息。但它在2.8秒内检索264条消息。所以我的问题是会话的默认超时
我正在寻找会话的默认超时时间或我们一次可以获得的消息数量。
答案 0 :(得分：1)
您似乎正在使用Direct Messaging并且正在达到系统的速率限制。当您的系统无法足够快地发送或接收时，将会丢失消息。
您的邮件大小有多大？对于饱和的1Gbps链路，您的消息大小将类似于
1000 * 1000 * 1000 / 8 / (264/2.8) / 1024 ≈ 1.2KB
如果您使用PERSISTENT传送模式发送消息并使用端点接收消息，则不会丢失任何消息。您可以参考有关保证消息的教程 http://dev.solacesystems.com/docs/core-concepts/#message-delivery-modes，特别是关于消息提升和降级。如果您正在使用JMS，将direct-transport属性设置为“true”并将default-delivery-mode属性设置为“non-persistent”将导致DIRECT交付模式。
设备和API层的两侧都有保持活动机制，默认间隔为3秒。即使没有消息，这也可以防止连接中断。如果设置，则在API处自动重新连接。这些重新连接，keepalive设置可以在客户端配置文件或JMS连接工厂（设备端）和API端中找到。参见
没有“每个会话的最大消息数”或类似设置。这根本没有意义。