Java 使用restlet的异步android-GAE通信

我想重复（每秒钟）从另一个android设备向GAE请求消息（对象或值）（如果android客户端没有在那里创建或更改某些内容）。我需要很快检查，但我知道它大约每小时发生一次

我使用restlet，我不想创建新的线程，也不想每秒从这个线程通过get进行轮询，因为这非常消耗电池。我也不想使用C2DM

有可能做到这一点吗？我在这里找到了一些关于NIO非阻塞http连接器的信息：

但是这里只描述了客户端，我也不知道这个解决方案是否可以在GAE上使用，以及如何使用。有人更了解这种方法吗

---

非常感谢您的光临。

作为未来的证明，我建议您为这两种设备提供单一推送通知服务。你可以自己建立，也可以利用或

---

城市飞艇的SDK也是一个不错的选择，更多细节与城市飞艇相似，但只占成本的一小部分。API允许您通过调用向用户发送C2DM消息。实现广播接收器后，当用户安装应用程序时，系统会提示他们接受该消息。如果他们接受令牌，将向C2DM服务器发送标识用户的令牌。然后使用该令牌通过C2DM平台向他们发送消息。Zend PHP框架为此内置了函数，但如果可靠性是一个问题，那么作为uniqush的作者，我在页面中针对这个问题创建了一个条目

我可以在谷歌应用程序引擎上使用uniqush吗？

是和否

如果您只想在Google App Engine上使用GCM，那么uniqush push中有一些代码可以直接使用

然而，由于谷歌应用程序引擎不支持套接字连接，所以无法使用APNS。在另一项工作中，如果您想在Google App Engine上设置服务器，则无论您使用的是什么软件/库，都无法将任何通知推送到iOS设备

我确实考虑过将uniqush移植到Google应用程序引擎。但由于这个事实，我认为在Google允许我们使用客户端套接字连接之前，或者提供某种连接到APNS服务器的方式之前，最好将其移植

同样，如果您正在考虑使用Google App Engine作为应用程序的服务器，请注意，您现在无法将通知推送到任何iOS设备。如果这个事实不困扰你，那就去做吧

就我个人而言，我建议您运行完全控制的服务器。现在不贵了。AmazonEC2或类似的云产品可能是运行uniqush的好选择

正如我上面所建议的，如果你想支持Android以外的更多平台，那么使用完全控制的（虚拟）服务器将是一个更好的选择

---

如果还有其他问题，请随时回答。

我不使用C2DM的原因是我想在restlet中使用它，这样以后就可以轻松地为iPhone创建客户端。你认为C2DM真的是一个很好的解决方案吗？我想，如果给定的客户端是iPhone或Android，那么我必须在逻辑上的某个地方进行多样化，然后决定是使用C2DM还是APNS？我说得对吗？是否可以将APNS与GAE一起使用？或者我最好还是把它全部放在restlet中？C2DM很快就会被淘汰，取而代之的是Android的谷歌云消息服务。你可能还想看看谷歌云端点。是的，云端点是GAE真正的RESTAPI。有人经历过从Restlet移动到端点的过程吗？有什么改进吗？更快的冷启动？我在看uniqush，它很好，但只有很少的文档。你有一些如何使用它的代码示例吗？你确定它真的对GAE有效吗？城市飞艇非常昂贵，因此不可能用于我的目的。我一艘也没用过。这些只是建议，你可以找到更多。这回答了你原来的问题吗？是的，它部分回答了我的问题，谢谢，但我仍在等待，如果我能从某人那里得到关于下一部分的更具体的答案：这有可能吗？我在这里找到了一些关于NIO非阻塞http连接器的信息：在我看来，这是最好的解决方案，但我找不到更多关于它的信息。