execve()系统调用生成进程时文件描述符传递异常问题

你遇到的读取异常和execve的文件描述符继承规则无关，是代码逻辑问题叠加macOS平台特性导致的：

• 最核心的原因是文件偏移量位置错误：父进程调用write()向fd写入内容后，该文件描述符对应的文件当前偏移指针会停在已写入内容的末尾。exec调用后新进程继承文件描述符时，会完整继承原进程持有的文件表项状态，包括当前文件偏移量，不会自动重置到文件开头。你在demo程序中直接调用read()读取fd 3，本质是从文件末尾位置开始读，自然读不到任何内容，返回0后直接退出循环，表现为无法正常访问继承的fd。
• 补充macOS平台的特殊注意项：macOS 10.10及之后版本，部分场景下新打开的文件描述符会被默认设置FD_CLOEXEC标志（即执行exec时自动关闭该描述符），如果是这个原因触发的问题，read()会返回-1，置错误码EBADF，可以通过错误打印快速区分。

• 优先修正偏移量问题：在父进程写完内容、调用execl之前，将文件偏移重置到文件开头即可，在write语句后添加如下代码：

lseek(fd, 0, SEEK_SET);

也可以在demo程序读取fd 3之前执行同样的lseek操作，效果一致。

• 如果排查发现是FD_CLOEXEC标志导致fd被自动关闭，在父进程open成功后，调用fcntl清除该标志即可：

int fd_flags = fcntl(fd, F_GETFD);
fcntl(fd, F_SETFD, fd_flags & ~FD_CLOEXEC);

• 额外优化提示：不建议在被调用的demo程序里硬编码读取fd 3，更稳妥的方式是把fd号通过命令行参数或者环境变量传递给新进程，避免文件打开顺序变化导致fd号不符合预期。

你可以在demo程序的read逻辑里加一层错误判断，不用猜就能快速定位问题类型：

while(1) {
    r = read(3, buff, sizeof(buff));
    if (r > 0) {
        write(STDOUT_FILENO, buff, r);
    } else if (r == 0) {
        printf("Reached end of file, offset is at EOF\n");
        break;
    } else {
        perror("Read fd 3 failed");
        break;
    }
}

如果打印到达文件尾的提示，就确认是偏移量问题；如果打印Bad file descriptor错误，再排查CLOEXEC标志的配置问题。

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