android - 用于 iOS/Android 应用程序通信的基于 TCP 的 RPC 服务器(Erlang 或类似的东西？)

Question

我正在构建 iOS 和 Android 中的原生移动应用程序。这些应用程序需要与服务器之间的“实时”更新，就像任何其他基于网络的应用程序一样(Facebook、Twitter、社交游戏，如 Words with Friends 等)

我认为为此使用 HTTP 长轮询是多余的，因为长轮询可能会损害电池生命周期，尤其是在大量 TCP 设置/拆卸的情况下。让移动应用程序使用持久 TCP 套接字来建立与服务器的连接，并向服务器发送 RPC 样式命令以进行所有 Web 服务通信可能是有意义的。这当然需要服务器来处理长期存在的 TCP 连接，并且一旦它理解了通过 TCP 管道传递的数据，就能够与 Web 服务对话。我正在考虑使用 JSON 或 XML 以纯文本形式传递数据。

也许基于 Erlang 的 RPC 服务器可以很好地用于像这样的基于网络的应用程序。它将允许移动应用程序通过一个连接从服务器发送和接收数据，而无需单独的 HTTP 请求使用 iOS 上的 NSURLConnection 之类的东西进行多次设置/拆卸。由于不涉及任何 Web 浏览器，因此我们不需要在移动客户端级别处理 HTTP 的细微差别。许多这些“COMET”和长轮询/流式服务器都是在考虑 HTTP 的情况下构建的。我认为仅在 TCP 上使用纯文本协议(protocol)就足够了，这将使客户端更具响应性，允许从服务器接收更新，并比传统的长轮询和流模型保持电池生命周期。

目前有没有人使用他们的原生 iOS 或 Android 应用程序执行此操作？您是否编写了自己的服务器，或者是否有一些开源的东西可以让我从今天开始使用，而不是重新发明轮子？为什么只使用基于 TCP 的 RPC 服务比使用 HTTP 更糟糕？

我还研究了 HTTP 流水线，但在客户端上实现它似乎不值得。另外，我不确定它是否允许在客户端<->服务器通信 channel 中进行双向通信。

任何见解将不胜感激。

Answer 1

在您自己的协议(protocol)下使用 TCP 套接字比 HTTP 好得多，尤其是考虑到移动设备上资源的性质。 Erlang 会做得很好，但是让我们从你的协议(protocol)开始。 Erlang 在这方面表现出色，尤其是 Bit Syntax 表达式。但是，您仍然可以根据需要使用纯文本。 JSON(需要解析器:Mochiweb library 中的 Mochijson2.erl)和 XML(需要解析器: Erlsom )。

我亲自参与了一个项目，我们在 Erlang 服务器和移动设备上使用原始 TCP 套接字。但是，根据您选择的端口号，沿途的路由器会根据服务提供商的安全策略阻止/丢弃数据包。但是，我仍然认为 HTTP 可以工作。人们在 Facebook Mobile 上聊天，从他们的设备发送 Twits 等，并且确信这些社交引擎使用某种长轮询或服务器推送或其他方式，但使用 HTTP。移动设备的功能最近有所进步。

滚动您自己的基于 TCP 的协议(protocol)会带来许多挑战:端口选择、客户端和服务器上的数据解析、安全问题等。使用 HTTP 将让您考虑实际问题，而不是花时间在客户端或服务器上纠正协议(protocol)问题。您上面提到的设备，如 Android 和 IOS(Ipad、Iphone 等)非常有能力处理 HTTP COMET(长轮询)。当您关注 standards for Web Applications on Mobile devices 时，请确定 以及这些 W3C Mobile Web Best Practices ，您的应用将在使用 HTTP 时运行良好。

使用 HTTP 方法将加快工作速度，与滚动您自己的基于 TCP 的纯文本协议(protocol)的情况相比，这些设备的 SDK 上有很多库可以帮助您原型(prototype)化您想要的解决方案。要支持这个推理，请查看这些 W3C findings .

最后让我谈谈这些设备上的 HTTP 优势。如果您要将 Web 技术用于移动设备，例如 Opera Widgets , Phone Gap , Sencha Touch 和 JQuery Mobile ，他们的 SDK 和库已经为您完成了优化，或者有充分记录的方式来提高您的应用程序的效率。此外，这些技术具有访问 native 设备资源的 API，如电池检查、SMS、MMS、GSM 广播 channel 、联系人、照明、GPS 和内存；全部作为 JavaScript 类中的 API。如果你使用像 J2ME 这样的原生编程语言，它会变得困难(不灵活) , Mobile Python 或 Symbian C++ / Qt 与使用上面提到的 CSS3、HTML5 和 JavaScript 工具等 Web 技术相比。使用上面提到的 Web 工具将使您的应用程序易于分发，例如 Ovi Store 或 Apple Store ，根据经验。

请注意，如果您使用 HTTP，测试将很容易。您只需要一个公共(public)域，以便移动设备上的小部件通过 Internet 定位您的服务器。如果您使用自己的 TCP/IP 协议(protocol)，则网络路由器可能会破坏您使用的端口号，除非您计划使用端口 80 或其他众所周知的端口，但您的服务器 IP 仍然必须公开。对此有一个捷径:如果您将 TCP 服务器放在与测试 Mobile 的 Internet 连接相同的 ISP 后面，则 ISP 路由器将看到源和目标都位于其网络后面。但总而言之，滚动您自己的协议(protocol)存在挑战。

编辑:使用 HTTP，您将受益于 REST 。用 Erlang 实现的 Web 服务器(尤其是 Yaws 和 Mochiweb )擅长 REST 服务。看这篇文章: RESTFUL services with Yaws 。对于mochiweb，有一篇有趣的文章关于: A million User comet application using Mochiweb 分为 3 个部分。更进一步，您可以查看 solution given to this question .