StackOverflowers 的 friend ，
我们正在构建一个 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 指出的那样，这可能与服务器负载无关？
提前致谢!
这三个问题的答案取决于您的预算以及负载的严重程度。
我认为php不是一个明智的选择。如果您有时间和技能用 C 或 C++ 或其他东西编写东西，我建议您这样做。特别是因为这将提供线程控制。如果您的预算没有达到那么高，如您所建议的，Java 将是一个不错的选择，或者可能是 Ruby 或 Python。
我建议使用 sqlite 将数据存储在应用程序中。如果仅发送部分数据并且您可以将该部分与其余部分分开，请考虑将所有这些数据放在单独的 sqlite db 中。您可以发送整个文件。如果您只需要一部分数据并且非常关心服务器负载，那么我想您有两个选择。以太让应用程序创建一个包含所有数据的 sqlite 文件以传输和发送该文件。或者只是发送一个序列化的数组。
起初我想说你也应该在服务器端使用一个 sqlite db，以简化从传入数据解析到 db 的过程。再想想这是个坏主意，因为 sqlite 不支持多线程，而且如果你的负载太大，那是不可取的。
为什么不使用 websockets？大多数语言都有守护进程。您可以为每个希望发送数据的客户端打开一个套接字，而不是在处理线程可用时“立即发送”绿灯。流量完成后，您可以处理连接。但这只有在请求数量如此庞大以至于服务器必须处理如此多的重新调度以至于它需要更多的 CPU 而不是仅仅执行 Krumelur 建议的情况下才会有效。
我想知道您正在构建什么，以及它将如何产生如此巨大的服务器负载!
关于ios - 大型移动应用的服务器端数据接收使用什么技术，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/5365316/
| 欢迎光临 OStack程序员社区-中国程序员成长平台 (https://ostack.cn/) | Powered by Discuz! X3.4 |