不幸的是，轮询是惟一的办法。
上一节讨论了轮询性能数据的概念。
A previous section explored the concepts of polling for performance data.
适配器将轮询EIS中的事件。
轮询：客户端定期轮询服务器。
Polling: Client keeps polling the server at regular intervals.
数据库不只是为轮询或事件而设计的。
Databases are simply not designed for polling or for events.
这个定时器是一种轮询机制。
另一个常见的技巧是长轮询。
中断传输：这些是定期轮询的数据包。
Interrupt transfers: These are data packets that are polled periodically.
我们是否应该使用混合轮询？
所有这些轮询都产生了许多额外的工作。
如果需要，调整节点上的作业轮询间隔。
请根据您的应用程序需求设置轮询间隔。
Set the polling interval according to your application requirements.
此功能将确保代理保持对新消息的轮询。
This functionality ensures that the agent keeps polling for new messages.
部署应用程序后，将自动启动入站轮询。
The inbound polling automatically starts after the application deploys.
其中包含异步回调模型和异步轮询模型。
There is an asynchronous callback model and an asynchronous polling model.
在这种情况下，客户端不需要进行轮询。
轮询就是我们大多数来检查邮件的方法。
一种做法是定期轮询队列。
为托管节点配置轮询间隔。
有两种基本的轮询管道：短轮询与长轮询。
There are two basic types of polling channels, short and long polling.
策略3：使用轮询线程。
添加一个应用程序接口，以便它能够被轮询。
这可以通过将轮询频率与缓存相关联来实现。
This is implemented by associating a polling frequency with the cache.
它允许简单的双路通信，所以拜拜了，轮询。
It allows for easy two-way communication, so bye bye polling.
这样就实现了长轮询。
轮询不可能是实时的。
对象轮询也可能是内存泄露的原因。
本文应用程序使用没有轮询的标准amf协议。
The article application USES the standard AMF protocol with no polling.
长轮询是一种优化传统轮询来降低延迟的技术。
Long polling is a technique that optimizes traditional polling to reduce latency.
在这篇文章中，我将介绍多种可以替代轮询的方法。
In this article, I discuss various approaches that can be alternatives to polling.
应用推荐