ios - 大型移动应用服务器端数据接收使用什么技术

Question

各位 StackOverflowers，

我们正在构建一个 iOS 应用程序，它将记录必须在特定时间发送回我们服务器的数据。服务器不会向客户端发回任何数据，除非确认数据已成功接收。服务器上的处理负载可能会成为一个问题，因此我们希望设计我们的服务器/客户端通信，以尽可能降低开销。

1) 使用 PHP 将接收到的数据写入文件系统/数据库是否明智？它简单且可维护，但可能比 Glassfish 中的 Java 应用程序(或者如果我们选择原始套接字连接，则使用 C 中的“手动编码”服务器守护程序)效率低得多。

2) 将接收到的数据直接写入 MySQL 数据库(在同一台服务器上运行)是明智的，还是您认为我们应该先将数据写入文件系统然后将其异步解析到数据库以接收数据(即，在服务器有空闲资源的时候)

3) 这似乎更明智:使用 HTTP 或 FTP 等协议(protocol)，或者构建我们自己的服务器守护进程并让客户端连接到套接字并通过它推送数据，就像这个高度简化的示例一样:

SocketFD = socket(PF_INET, SOCK_STREAM, IPPROTO_TCP);
write(SocketFD, theData, sizeOfTheData);

或者，正如 Krumelur 指出的那样，这可能不是服务器负载的问题？

提前致谢!

Answer 1

这三个问题的答案取决于您的预算和负载的严重程度。

1. 我认为 php 不是一个明智的选择。如果您有时间和技能用 C 或 C++ 或其他语言编写一些东西，我建议您这样做。特别是因为那会提供线程控制。如果您的预算没有达到那么多，如您所建议的，Java 将是一个不错的选择，或者可能是 Ruby 或 Python。

2. 我建议使用 sqlite 在应用程序中存储数据。如果只发送了部分数据并且您可以将该部分与其余部分分开，请考虑将所有数据放在一个单独的 sqlite 数据库中。您可以发送整个文件。如果您只需要一部分数据并且非常关心服务器负载，那么我想您有两种选择。 Ether 让应用程序创建一个包含所有数据的 sqlite 文件以传输和发送该文件。或者只是发送一个序列化数组。

   首先想到我会说你也应该在服务器端使用 sqlite 数据库，以简化从传入数据到数据库的解析过程。转念一想，这是个坏主意，因为 sqlite 不支持多线程，而且如果您的负载如此之大，那是不可取的。

3. 为什么不使用 websockets？大多数语言都有可用的守护进程。您可以为每个希望发送数据的客户端打开一个套接字，而不是在处理线程可用时亮起“立即发送”绿灯。流量完成后，您将处理连接。但这只有在请求数量如此之大以至于服务器必须处理如此多的重新安排以致需要比仅执行 Krumelur 所建议的操作更多的 CPU 时才有效。

我想知道您正在构建什么，以及它将如何产生如此庞大的服务器负载!