android 应用程序和服务器之间哪个更好？插座还是定时器？

Question

我将制作一个需要像即时消息 (Chat) 应用程序一样工作的 Android 应用程序，但有一点不同。它需要发送和接收一些短消息，并且将消息从Web服务器快速传递到android客户端（这是一个同步应用程序）很重要。

此外，互联网连接可能不稳定（如 GPRS）。服务器应用使用.net 4.5（可能是windows服务或web服务）

我已经四处搜索，但我的问题的答案并不清楚。我的问题如下：

1. 使用打开的套接字更好还是每隔几秒检查一次服务器更好？ （允许的最大延迟为 15-20 秒）

2. 如果套接字打开且没有消息通过，一天会使用多少网络流量？

3. 可以同时打开多少个socket？

Answer 1

这真的取决于你想做什么，但这里有一些答案：

1. 每隔几秒重新打开一个 TCP 连接可能不会有什么坏处。关闭+重新打开是大多数 HTTP 连接的工作方式。
2. 空闲的 TCP 套接字根本不会发送任何流量，除非您启用 TCP keepalive，但即便如此，它仍然很轻（并且通常可以调整）。
3. 通常很多，但实际上取决于您的软件和硬件。台式计算机在正常负载下可能有 1000 个打开的连接（但当然可以处理更多）。大型服务器可能会处理数百万个打开的连接。

根据您的“同步”内容，您应该考虑与 GPS 时间同步。它存在于大多数移动设备上，并且具有大约纳秒的精度（= 所有设备都将具有相同的 GPS 时间，给或取一些 ns）。但是服务器可能也需要 GPS 时间，具体取决于您的操作。

另外，根据您的应用程序，您应该考虑使用 UDP 套接字。好处是你只需要一个 UDP 服务器套接字来处理所有的 UDP 客户端（你不能做得更轻），而且它在时间方面更可靠（当出现问题时，TCP 可能会以高延迟，而 UDP 是全有或全无，=您自己处理最新的重新传输）。缺点是它不可靠（消息可能被丢弃或损坏，因此您可能需要增加一些安全性），并且某些 ISP 可能比 TCP 限制更多的 UDP（请自行测试以确保，但通常没有问题）。请注意，使用 UDP，您可能需要通过发送虚拟消息自己“保持活动”，但只有在“连接”空闲时间过长时才需要。