哪种沟通方式更有效

Question

服务器（LINUX）中正在运行两个进程，它们是PHPApp和C ++ App。 PHPApp由PHP编写，而C ++ App由C ++编写。

现在他们需要相互通信才能执行以下任务：PHPApp向C ++ App发送请求，当C ++ App收到请求时，它将从共享内存中读取数据并进行一些计算，最后将数据返回给PHPApp。

上面有两种方法可以执行：

1. PHPApp通过套接字与C ++ App通信。 C ++ App将充当守护进程。
2. PHPApp通过调用exec（...）与C ++ App通信（php具有此功能）。 在没有来自PHPApp的请求之前，没有C ++ App进程，以这种方式，每个请求都需要一个C ++ App实例。

我想知道哪种方法更有效？

更新
PHPApp是基于Apache的服务器软件的一部分，因此可能有数百个PHPApp进程向C ++ App发送请求。 PHPApp并行发出请求。

Answer 1

这完全取决于您要执行的操作。 如果C ++ App像函数一样工作，因此输入-> C ++ App->输出并且不经常被调用，那么仅调用exec并生成它就很有意义。

另一方面，如果C ++ App必须每分钟同时并行处理大量请求，则将其构建为可以异步处理所有请求的守护程序更为有意义。 （boost :: asio可以在这里为您提供帮助）

为什么？ 因为a）通过套接字进行通信比每次生成一个新进程都便宜，并且b）因为可以说您有10,000个并发请求，所以exec方法将生成10,000次C ++ App。 您可以想象，这最终可能会耗尽您的所有记忆。 在守护程序方法中，您只有10,000个套接字连接，boost :: asio可以毫无问题地进行处理。

但是要小心，异步方法肯定需要良好的工程设计。 您需要以某种方式编写它，以使任何请求都不会阻塞另一个请求，这可能会非常困难。 所以我也会考虑这一点。