PubNub长轮询vs插座-移动电池寿命
PubNub提供了一些很好的功能，比如消息历史和频道中每个人的列表，所以除了其他功能，我更倾向于它们。我的问题是，我是否应该担心像PubNub这样的长轮询解决方案的电池寿命和大量使用？Websockets解决方案会显著提高功耗吗？
共有1个答案
作为电池性能和效率的前言，PubNub是一种针对移动设备的优化服务，与替代或自托管的websocket解决方案相比较。PubNub在手机上提供了一个追赶功能，可以自动重新发送丢失的信息，尤其是对于在蜂窝网络塔之间移动和从3G/4G转换为WiFi的设备。由于常见场景中的可靠性，网络套接字往往不推荐用于移动，这就是为什么PubNub会自动为您的设备选择最佳传输方式；所以你不必决定什么是最有意义的手机在运输中。
PubNub有一个非常长的保持生命的连接，设置为一个小时。每300秒（300,000毫秒）发送一个ping。这足够长的时间提供移动性能和电池节省之间的最佳组合。
- 使消息尽可能小。
- 发送邮件的频率较低。
- 只连接到一个频道，而不是两个或多个频道。
-
有没有办法设置(即减少)套接字的轮询频率。使用长轮询传输时的IO (v4.4)？在服务器上还是在客户机上？ 文档中描述了长轮询传输，通常在无法建立 WebSocket 连接时充当回退（但可以显式设置）： 套接字之间的双向通道。IO服务器(Node.js)和套接字。IO客户端(browser、Node.js或其他编程语言)尽可能使用WebSocket连接建立，并将使用HTTP长轮询作为后备。
-
问题内容： 我最近在StackOverflow上问了一个有关我的功能的问题，人们建议我使用Ajax Long Polling。我花了几天的时间研究该主题，并尝试编写基本的长轮询代码，但是这些代码都没有起作用，而且我什么也做不了。 这是我的基本功能： 有人能够告诉我如何将其转变为基本的长轮询功能，或者甚至直接指向我需要到达的路径。很感谢任何形式的帮助。谢谢！ 问题答案： 通常（即，当不使用长时间轮询
-
长轮询在GCP PubSub JS SDK上可用吗？ 我希望能够同时处理多个PubSub消息，例如： 这是它将如何在AWS上工作的一个示例： SQS队列包含超过5条消息。 侦听器将在单个中一次获得5条消息。事件
-
长轮询是与服务器保持持久连接的最简单的方式，它不使用任何特定的协议，例如 WebSocket 或者 Server Sent Event。 它很容易实现，在很多场景下也很好用。 常规轮询 从服务器获取新信息的最简单的方式是定期轮询。也就是说，定期向服务器发出请求：“你好，我在这儿，你有关于我的任何信息吗？”例如，每 10 秒一次。 作为响应，服务器首先通知自己，客户端处于在线状态，然后 —— 发送目
-
问题内容： 我正在研究ajax长期轮询，但感到困惑。传统的ajax调用和长时间轮询有什么不同 此示例仅以递归方式调用服务器。与setInterval中的传统调用不同。 问题答案： 顾名思义，“ 长时间轮询” 意味着长时间轮询某些内容。 这是实际过程的开始，您对服务器上的某个脚本进行ajax调用，在本例中为，您需要使服务器脚本（例如）足够智能，以便仅在所需数据可用时才响应请求，该脚本应等待指定的时间
-
我试图了解Socketchannes和NIO的总体情况。我知道如何使用常规套接字，以及如何为每个客户机服务器创建一个简单的线程（使用常规阻塞套接字）。 所以我的问题是： 什么是袜子通道 当我使用SocketChannel而不是Socket时，额外得到了什么 通道和缓冲区之间的关系是什么 什么是选择器 文档中的第一句话是