Gwt 吕震中本：定时器是让我的应用程序在服务器上保持最新的唯一方法吗？

我刚被要求减少我的GWT应用程序带来的流量。有一种方法可以检查状态

---

此方法是包装在计时器中的异步调用。我知道web应用程序是无状态的，但我确实想知道是否有其他方法可以做到这一点，或者每个人在需要这种行为时是否都有一个围绕着呼叫的计时器。

如果你需要客户端从服务器获取状态，那么你几乎必须打电话到服务器获取状态

• 您可以考虑减少一些邮件的大小
• 你可以倒计时，这样状态呼叫就不那么频繁了
• 您可以“优化”计时器，以便在其他客户端/服务器IO发生时重置计时器（即，如果服务器回复，您知道它正常，因此无需发送下一个状态请求）

---

在谷歌应用程序引擎上运行，您可以使用他们的频道技术
您可以退房。它声称有一种方法可以推送服务器事件并通知客户端
我有一种感觉，它们可能被实现为长时间运行（挂起）的客户端到服务器RPC调用，在一段时间间隔（比如20秒）后超时，然后重新进行调用。如果同时发生事件，服务器将返回回调
我没有亲自使用过它，但知道有人使用它将事件推送到客户端。看一看这张照片。如果我的假设是正确的，那么想法是向服务器发送一个不返回（挂起）的RPC调用。如果服务器上发生事件，服务器将响应，并且RPC调用将随事件一起返回。如果没有事件，呼叫将在中超时。然后对服务器进行新的调用，该服务器以相同的方式挂起，直到出现事件为止
这样做的目的是将对服务器的调用次数减少到每个事件一次（如果有），或者每20秒一次（如果没有）。看起来可以配置20秒的间隔
我想象如果没有事件，发送回的数据量将是最小的——可能完全取消回调，或者在没有数据传输的情况下让回调失败，但我真的不知道

---

下面是另一个资源，它可能是由gwteventservice实现的。
酷而简单的答案，并没有告诉我使用其他技术，并表明我对服务器推送这个小问题不感兴趣。它的想法是总是发送电话，但只有在有变化时才返回，对吗？我已经更新了我的答案。本质上，您应该只在服务器上发生事件时获得事件/响应。