在这种情况下，客户端不需要进行轮询。
轮询就是我们大多数来检查邮件的方法。
在这篇文章中，我将介绍多种可以替代轮询的方法。
In this article, I discuss various approaches that can be alternatives to polling.
该技术的另一种方案就是长轮询，可以避免这两个问题。
An alternative to this technique is long polling, which can avoid both these problems.
添加一个应用程序接口，以便它能够被轮询。
本文应用程序使用没有轮询的标准amf协议。
The article application USES the standard AMF protocol with no polling.
所有这些轮询都产生了许多额外的工作。
这个定时器是一种轮询机制。
另一个常见的技巧是长轮询。
长轮询是用于更新服务器数据的另外一种方法。
Long poll is another approach that is used to update server data.
对象轮询也可能是内存泄露的原因。
轮询不可能是实时的。
不幸的是，轮询是惟一的办法。
难道不需要进行轮询循环就能查看何时完成请求吗？
Don't you need a polling loop to see when a request is finished?
其中包含异步回调模型和异步轮询模型。
There is an asynchronous callback model and an asynchronous polling model.
对于像这样的简单演示游戏，轮询机制已经足够满足要求。
For simple demonstration games like this, a polling mechanism works just fine.
上一节讨论了轮询性能数据的概念。
A previous section explored the concepts of polling for performance data.
接下来，我建立了一个轮询机制，如清单9 所示。
Next, I put a polling mechanism in place, as shown in Listing 9.
这样就实现了长轮询。
第一种就是较为熟悉的轮询方法。
下一节说明如何改进轮询的效率。
The next section covers how to make the polling a bit more efficient.
我们用轮询的方式在松下电话系统下运行起所有的电话。
然而，长轮询也有其自己的局限性。
要使用轮询，需要对代码进行如下修改。
The following code changes are necessary to use the polling strategy.
WS - Polling具有真正的“轮询”操作。
或者轮询操作的当前状态，还可取消操作。
Or it can poll the current state of the operation, and also cancel the operation.
这也是为什么大多数遗留Comet解决方案简单的使用长轮询的原因。
This is why most legacy Comet solutions simply use long-polling.
还可以将 Callback类用作轮询机制。
在该模型中，我们组合了中断驱动和轮询驱动的网络IO。
In this model, we do a combination of interrupt driven and polling driven network IO.
我们在两台服务器间轮询来负载均衡和处理宕机时间。
We round robin between the two servers to load balance and deal with down time.
应用推荐