【问题标题】:Android constant connection websiteAndroid常连接网站
【发布时间】:2013-07-16 09:27:22
【问题描述】:

我正在寻找在 Android 设备(运行原生应用程序)和网站之间进行通信的选项。

从根本上说,Android 设备只是一个移动传感器,而网站是接收端,将处理传感器数据。然后,网站必须将这一运动可视化。

我们的目标是即时且持续地发生这种情况,因为传感器数据可以轻松达到每秒 50 次更新。

我正在寻找一些合适的选项和可能的共享经验来尽可能地流式传输这些数据;

到目前为止,我一直在想;

  • 使用蓝牙、Wifi Direct 或 USB 等技术。可能不是 可从网站访问。
  • 使用 Node.js 服务器进行简单的套接字连接。
  • 使用谷歌应用引擎。通道(java)客户端会很好 这个,但是好像app引擎只能是发送端。

【问题讨论】:

  • 听起来像是 WebSockets 的用例。
  • @CommonsWare 你能详细介绍一下吗?这与 Node.js 的套接字选项有什么区别?
  • 我在回答中添加了一些关于差异的信息
  • 酷,谢谢。在通过简单的 Socket->ServerSocket 从 Android 到 Android 的成功测试后,我们将使用 Node.js 进行尝试。

标签: android node.js google-app-engine sockets channel-api


【解决方案1】:

我会这样做:

节点 socket.io 服务器只是获取传感器数据并广播它。

关于 socket.io:

Socket.io 使用 Websockets。但是,如果客户端不支持 Websockets,它会退回到长轮询等......以模拟 Websockets。最重要的是,它为您提供了一个 Websockets 不提供开箱即用的 pub/sub 框架。

新版本的 socket.io(可在 github 上获得)使用 engine.io 来提供 websocket 抽象,然后在其之上放置一个 pub/sub 框架。

【讨论】:

    【解决方案2】:

    在 appengine 中使用前端向其发布数据,无需 2way 通道。如果你真的想要 2way 使用套接字。

    【讨论】:

    • 我怀疑简单的 HTTP Posting 对于这种类型的应用程序和数据来说是否足够快..
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-12-22
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-03-25
    • 2015-08-28
    相关资源
    最近更新 更多