Linux守护进程线程内调用system()返回-1但命令执行成功的原因

问题根因 #

这个问题是守护进程化时设置了忽略SIGCHLD信号导致的，和多线程执行没有直接关系。

标准守护进程化流程中，通常会加入signal(SIGCHLD, SIG_IGN)配置，作用是让内核自动回收结束的子进程，避免父进程不调用wait产生僵尸进程。

而system()函数的内部实现逻辑是：

1. 调用fork()创建子进程
2. 子进程调用execl()启动shell执行传入的命令
3. 父进程调用waitpid()阻塞等待子进程退出，获取退出状态返回

当SIGCHLD被设置为忽略时，子进程执行结束后会被内核立即回收释放，父进程调用waitpid()时已经找不到对应的子进程，就会抛出ECHILD错误（对应错误提示No child processes），导致system()返回-1。但此时子进程已经正常执行完iptables命令，所以规则实际是生效的。

验证方法 #

检查你的守护进程初始化代码，确认是否存在忽略SIGCHLD信号的相关逻辑。

解决方案 #

可以根据你的业务需求选择以下任意一种方案：

• 临时修改SIGCHLD处理策略：调用system()前先将SIGCHLD的处理方式改为默认SIG_DFL，执行完成后再改回SIG_IGN。注意多线程环境下信号处理是进程级共享的，需要加锁避免多个线程同时修改信号处理逻辑产生冲突。
• 替换SIGCHLD的处理逻辑：不使用SIG_IGN，而是自行实现SIGCHLD信号处理函数，在函数内循环调用waitpid(-1, NULL, WNOHANG)回收所有退出的子进程，既可以避免僵尸进程，也不会影响system()内部的waitpid()调用。
• 自行实现命令执行逻辑：不使用系统自带的system()，自己封装fork()+exec()的逻辑执行命令，不需要调用waitpid()获取返回值，仅判断fork和exec的执行结果即可。

内容的提问来源于stack exchange，提问作者narotello