什么 STOMP Header 来关闭订阅？
What STOMP Header to Close a Subscription?
服务器是否有标准方式向 STOMP（网络套接字）客户端指示它应该关闭连接？ （即 'kick' 他们来自一个房间）。
据我所知，有：
- 客户端的标准框架
UNSUBSCRIBE
- 在服务器的主动下，没有用于从主题中踢出或强制 "unsubscribing" 的框架。
用例包括：在所有其他成员取消订阅时关闭主题，在临时使用结束时关闭主题（例如获取大型文档）。
STOMP 规范无法告诉客户端它需要取消订阅目的地。在我看来，如果服务器认为客户端有必要取消订阅，服务器应该简单地断开订阅者并执行必要的服务器端清理。 STOMP 支持某些 "server" frames (i.e. MESSAGE, RECEIPT, & ERROR). An ERROR 框架可能适合这里。这样的框架可能包含有关客户端断开连接原因的详细信息。
此外，值得注意的是，STOMP 仅指定对通用目的地的支持，而不考虑传递语义，因此谈论 STOMP "topic" 在技术上并不准确。当然，实现者可以自由提供他们想要的交付语义类型，如果这些语义符合传统的"topic"（即publish/subscribe）语义，那当然是允许的。
服务器是否有标准方式向 STOMP（网络套接字）客户端指示它应该关闭连接？ （即 'kick' 他们来自一个房间）。
据我所知，有：
- 客户端的标准框架
UNSUBSCRIBE - 在服务器的主动下，没有用于从主题中踢出或强制 "unsubscribing" 的框架。
用例包括：在所有其他成员取消订阅时关闭主题，在临时使用结束时关闭主题（例如获取大型文档）。
STOMP 规范无法告诉客户端它需要取消订阅目的地。在我看来，如果服务器认为客户端有必要取消订阅，服务器应该简单地断开订阅者并执行必要的服务器端清理。 STOMP 支持某些 "server" frames (i.e. MESSAGE, RECEIPT, & ERROR). An ERROR 框架可能适合这里。这样的框架可能包含有关客户端断开连接原因的详细信息。
此外，值得注意的是，STOMP 仅指定对通用目的地的支持，而不考虑传递语义，因此谈论 STOMP "topic" 在技术上并不准确。当然，实现者可以自由提供他们想要的交付语义类型，如果这些语义符合传统的"topic"（即publish/subscribe）语义，那当然是允许的。