从标准输入读取时子进程挂起（fork/dup2 竞争条件）？

Question

我有一个为了执行子进程而分叉的进程，该子进程接收来自标准输入的条目并写入标准输出。

我的代码简写如下：

int fd[2];
int fd2[2];
if (pipe(fd) < 0 || pipe(fd2) < 0)
        throws exception;

pid_t p = fork();
if (p == 0) // child
{
        close(fd[0]); //not needed
        dup2( fd[1],STDOUT_FILENO);
        dup2( fd[1],STDERR_FILENO);
        close(fd2[1]); //not needed

        //what if  write calls on parent process execute first?
        //how to handle that situation
        dup2( fd2[0],STDIN_FILENO);
        string cmd="./childbin";

        if (execl(cmd.c_str(),(char *) NULL) == -1)
        {
                exit (-1);
        }
        exit(-1);
}
else if (p > 0) // parent
{
        close(fd[1]); //not needed
        close(fd2[0]);
        if (write(fd2[1],command.c_str(),command.size())<0)
        {
                throw exception;
        }

        close(fd2[1]);

        //waits for child to finish.
        //child process actually hangs on reading for ever from stdin.
        pidret=waitpid(p,&status,WNOHANG))==0)

.......

}

子进程一直在等待 STDIN 中的数据。子进程和父进程之间是否存在竞争条件？我认为这可能是问题所在，但不太确定，也不知道如何解决。

提前致谢。

更新： 一些有用的信息。 父进程是一个守护进程，此代码每秒运行几次。它在 97% 的情况下工作（约 3% 的情况下，子进程保持在前面描述的状态）。

更新 2 在 dup2 调用中添加验证后，那里没有错误，永远不会引发下一个条件。

if(dup2(...) == -1) {
     syslog(...)
}

Answer 1

您缺少wait，这就是为什么您在 3% 的情况下先运行父级，然后运行子级。请参阅底部的示例。

此外，在做其他任何事情之前，您应该在不使用的 fd 上调用 close。