事件
发布了几个 ApplicationContext
事件,可以通过实现 Spring 的 ApplicationListener
接口来接收:
-
BrokerAvailabilityEvent
:指示代理何时可用或不可用。 虽然 “simple” 代理在启动时立即变得可用并在应用程序运行时保持可用,但 STOMP “broker relay” 可能会失去与功能齐全的代理的连接(例如,如果代理重新启动)。代理中继具有重新连接逻辑,并在代理恢复时重新建立与代理的 “system” 连接。因此,每当状态从连接变为断开连接,反之亦然时,都会发布此事件。使用SimpMessagingTemplate
的组件应订阅此事件,并避免在代理不可用时发送消息。无论如何,它们在发送消息时都应准备好处理MessageDeliveryException
。 -
SessionConnectEvent
:当接收到新的 STOMP CONNECT 时发布, 表示新客户端会话的开始。事件包含表示连接的消息,包括会话 ID、用户信息(如果有)以及客户端发送的任何自定义标头。这对于跟踪客户端会话很有用。订阅此事件的组件可以使用SimpMessageHeaderAccessor
或StompMessageHeaderAccessor
包装包含的消息。 -
SessionConnectedEvent
:在SessionConnectEvent
之后不久发布,此时 代理已发送 STOMP CONNECTED 帧以响应 CONNECT。此时, STOMP 会话可以被认为是完全建立的。 -
SessionSubscribeEvent
:当接收到新的 STOMP SUBSCRIBE 时发布。 -
SessionUnsubscribeEvent
:当接收到新的 STOMP UNSUBSCRIBE 时发布。 -
SessionDisconnectEvent
:当 STOMP 会话结束时发布。DISCONNECT 可能 由客户端发送,或者在 WebSocket 会话关闭时自动生成。在某些情况下,此事件针对每个会话发布多次。组件对于多个断开连接事件应具有幂等性。
当您使用功能齐全的代理时,如果代理暂时不可用,STOMP “broker relay” 会自动重新连接 “system” 连接。但是,客户端连接不会自动重新连接。假设心跳已启用,客户端通常会在 10 秒内注意到代理没有响应。客户端需要实现自己的重新连接逻辑。 |