rest - 什么是监视 REST 资源以进行更改的 RESTful 方式？

Question

如果有一个 REST 资源我想监视来自其他客户端的更改或修改，那么最好(也是最 RESTful)的方法是什么？

我这样做的一个想法是通过提供特定资源来保持连接打开，而不是在资源不(尚)存在时立即返回。例如，给定资源:

/game/17/playerToMove

对此资源的“GET”可能会告诉我轮到我的对手移动了。与其不断轮询此资源以找出轮到我移动的时间，我可能会记下移动编号(例如 5)并尝试检索下一步:

/game/17/move/5

在“正常”REST 模型中，对此 URL 的 GET 请求似乎会返回 404(未找到)错误。但是，如果相反，服务器保持连接打开，直到我的对手下棋，即:

PUT /game/17/move/5

然后服务器可以返回我的对手放入该资源的内容。这既可以为我提供我需要的数据，也可以为我的对手何时移动而不需要轮询提供一种通知。

这种方案是 RESTful 的吗？还是它违反了某种 REST 原则？

Answer 1

您提出的解决方案听起来像 long polling ，这可以很好地工作。

您会请求 /game/17/move/5并且服务器不会发送任何数据，直到移动 5 完成。如果连接断开或超时，您只需重新连接，直到获得有效响应。

这样做的好处是它非常快——只要服务器有新数据，客户端就会得到它。它对断开的连接也具有弹性，并且在客户端断开连接一段时间后仍然有效(您可以在移动后一小时请求 /game/17/move/5 并立即获取数据，然后移动到 move/6/ 等等)

长轮询的问题是每个“轮询”都会占用一个服务器线程，这会很快破坏像 Apache 这样的服务器(因为它用完了工作线程，所以不能接受其他请求)。你需要一个专门的网络服务器来处理长轮询请求。Python 模块 twisted (“事件驱动的网络引擎”)对此非常有用，但它比常规轮询更有效。

在回答您对 Jetty/Tomcat 的评论时，我对 Java 没有任何经验，但似乎它们都使用与 Apache 类似的工作线程池系统，所以它会有同样的问题。我确实找到了 this post这似乎完全解决了这个问题(对于Tomcat)