Linux最佳实践，开始并观看另一个进程

在我的过程中，我需要启动/重新启动另一个进程。 目前我使用一个很小的堆栈大小的线程和下面的代码：

void startAndMonitorA() { while(true) { system("myProcess"); LOG("myProcess crashed"); usleep(1000 * 1000); } }

我觉得这不是最好的做法。 我不知道std::system()调用阻塞或浪费的资源。 我在一个embedded式的Linux上 – 所以一般我会尽量关心资源。

如何在C ++中获取进程的起始/基地址？

你怎么能使用文件描述符来刷新写入？

如何在QtCreator中设置MSVC 2013

从公共服务器上的PHP页面向C＃发送数据/命令

最好的Caudio库的Linux

所示的代码在大多数情况下都是足够的。 如果你真的关心资源的使用情况，那么你应该知道，你正在为你正在监视的每个进程启动（并保持）一个线程。 如果你的程序有一个事件循环，那么可以避免这样的事情，但需要付出一些额外的努力（并增加复杂性）。

实施这将需要以下内容：

而不是调用system() ，使用fork()和exec()来启动外部程序。 将其PID存储在全局表中。

设置一个SIGCHLD处理程序，通知事件循环的一个孩子的出口，例如通过写一个字节到事件循环监视的管道。

当一个孩子退出时，只要有儿童收获，就用一个循环运行WNOHANG标志来运行waitpid 。 waitpid()将返回退出的子进程的PID，以便知道从表中删除它的PID，并计划重新启动它的超时。

一个有问题的部分立即重新启动：如果子进程无法启动将导致100％的cpu使用率。 这可能是子进程中的暂时错误（例如，无法连接到服务器）。 尝试重新启动之前添加至少一秒暂停可能是一个好主意。

Linux上的system调用是：

设置信号SIGINT和SIGQUIT被忽略。

阻止信号SIGCHLD 。

fork()

子进程调用exec() shell，将命令行传递给shell。

父进程调用waitpid()来阻塞线程，直到子进程终止。

父进程恢复其信号配置。

如果要重新实现system的功能，则可能会省略步骤5（以及步骤1,2和6），以避免阻塞线程并依赖于SIGCHLD在子进程已终止并需要重新启动时收到通知。

换句话说，最低限度是为SIGCHLD建立一个信号处理程序，并调用fork和exec 。