套接字描述符被传递给分叉进程

Question

我有一个运行 shell 脚本的 C 应用程序。 C 程序使用以下逻辑（在较高级别）：

1. C 应用程序侦听端口 7791，将此称为“webClient”。
2. 一旦 webClient 通过端口 7791 获取数据，除其他外，它会调用 fork 命令。
3. 在子进程内，使用我的 shell 脚本运行 execve。
4. shell 脚本执行各种活动，包括启动另一个不应侦听任何端口（根本不使用套接字）的 C 守护程序。将此 C 守护进程称为“emaildae”。仅启动了一个守护进程，显然是在后台启动的。
5. webClient 应用程序等待子进程完成，报告任何问题。
6. webClient 应用程序返回到侦听端口 7791。

当我运行 netstat -nlp | grep 7791，我看到 webClient 正在监听，正如我所期望的那样。当我杀死 webClient 时，我现在看到 emaildae 正在端口 7791 上侦听（再次使用 netstat）。我尝试使用 nohup 和 disown 启动 emaildae，但既没有 nohup 本身，也没有 nohup 与 disown解决问题。我尝试在子进程中使用 close(socketFd) 关闭套接字，就像我在其他地方所做的那样，但这也不起作用。我从各种网络搜索中知道套接字描述符与所有文件描述符一起传递给子进程。我不知道如何防止这种情况发生。也许是我关错了。如果有一种方法可以在不影响父进程的情况下关闭套接字描述符，那么可能会解决问题。有什么想法吗？

Answer 1

事实证明@Barmer 是正确的，我关闭了错误的文件描述符。一旦我关闭了监听套接字文件描述符，它就起作用了。

另外，这是更完整的答案的重复 - 我错过了它，直到我看到@Barmer的措辞。

在我的例子中，我执行以下操作：

1. 获取监听套接字文件描述符，listeningSocketFd
2. 执行fork
3. 在子进程中，在调用 execve 之前，我首先 close(listeningSocketFd) ;

我现在在父进程中什么也不做。不确定这是否会给我带来问题。