Android中的快速Websocket通信

Android中的快速Websocket通信,android,websocket,real-time,Android,Websocket,Real Time,我正在尝试为android开发一个应用程序,这样我就可以通过在手机屏幕上移动来控制我的电脑鼠标。这意味着它需要快速响应 到目前为止,我已经编写了websocket服务器来监听移动,当使用笔记本电脑的浏览器作为websocket客户端时,它工作得非常好。然而,我已经尝试了几个android的websocket客户端,但是它们都非常慢而且没有响应 是否有可能与android建立一个websocket连接,以提供实时通信?怎么用?若否,有否其他解决方法? 谢谢 您需要的是最快的流数据,可能会丢失一些数

我正在尝试为android开发一个应用程序,这样我就可以通过在手机屏幕上移动来控制我的电脑鼠标。这意味着它需要快速响应

到目前为止,我已经编写了websocket服务器来监听移动,当使用笔记本电脑的浏览器作为websocket客户端时,它工作得非常好。然而,我已经尝试了几个android的websocket客户端,但是它们都非常慢而且没有响应

是否有可能与android建立一个websocket连接,以提供实时通信?怎么用?若否,有否其他解决方法?


谢谢

您需要的是最快的流数据,可能会丢失一些数据包,因为它们不是必须具有持久状态的

因此,在您的情况下,UDP传输协议将是最佳选择。因为它以数据传输的可靠性为代价提供了速度。因此,您可能会丢弃消息,但将要传递的消息将相对较快地到达那里(大多数消息将被传递)

同样,如果你想在两边都有“同时”的感觉,你需要实现一些外推,以便预测鼠标的移动


尽管如此,单击-应可靠地传递,并具有特定的单击位置。这样就可以正确地模拟点击。

我想我的一个问题是,为什么WebSocket在Android上表现得如此糟糕?这是操作系统/硬件的限制吗?还是它们有可能表现得更好?有没有理由相信,在知道websocket表现如此糟糕的情况下,UDP实现会表现得更好?首先,您需要找到瓶颈在哪里。当您尝试通过WS-to-3G控制鼠标时,或者当您连接到WiFi时,会有很大的区别吗?若差别很大,那个就是延迟差。你应该期望3G能给你200-500毫秒的延迟,而且非常“嘈杂”。