使用 fork 和套接字时处理非正常关闭

Question

我有一个服务器，它侦听套接字连接并根据请求执行不同类型的操作。 其中之一是长期存在的数据库查询，服务器为此进行分叉。

服务器保留所有活动子级的日志，每当要求关闭时，它都会在退出之前杀死所有子级。 有几次我遇到过服务器崩溃或被非正常杀死的情况，导致子进程成为孤儿进程。 如果我尝试再次恢复服务器，它将拒绝说侦听套接字无法绑定，因为该地址/端口已经绑定。

我正在寻找一种方法来改善这种情况，以便主服务器进程能够立即回来。 我尝试过监视子进程的父进程是否存在，并在 at 消失后立即退出，但这只会导致僵尸进程，并且套接字似乎仍然被绑定。

服务器是用Python编写的，但欢迎任何语言的解释或建议。

Answer 1

让您的服务器成为进程组的领导者。 在这种情况下，当组长退出时，孩子们就会被终止。

在类 Unix 系统上使用文本用户界面时，会话用于实现登录会话。 单个进程（会话领导者）与控制终端进行交互，以确保当用户“挂断”终端连接时终止所有程序。 （如果会话领导者缺席，则终端前台进程组中的进程将处理挂起。）

Answer 2

也许当您分叉时，与子进程断绝关系，以便父进程不是在操作系统中注册的父进程。 家长真的需要和孩子沟通吗？ 如果没有，这可能是一个选择。

您可以以不同的方式跟踪子进程。 您将不会再收到 SIGCHLD 事件。

Answer 3

在调用 Listen() 之前在套接字上使用它：

int on = 1;
setsockopt (sockfd_wan, SOL_SOCKET, SO_REUSEADDR, &on, sizeof (on));

它允许您的程序使用该套接字，即使它之前被另一个传出 TCP 连接随机选择（端口 <1024 不会发生）。 但它也应该可以直接帮助您解决问题！

不相关：

还有可能发生另一件坏事：如果您的孩子被分叉，他们会继承每个打开的文件描述符。 如果他们只是分叉并启动另一个长时间运行的程序，这些程序也会有一个指向您的侦听套接字的开放句柄，因此它会继续使用（使用 lsof 和 netstat 命令查找！）

所以应该这样称呼：

int close_on_exec_on(int fd)
{
  return fcntl(fd, F_SETFD, FD_CLOEXEC);
}

close_on_exec_on(sockfd);

但我从未尝试过在主程序中，如果它分叉子程序，它显然不会帮助您，因为子程序是分叉的，而不是用 exec 运行。

但请记住它并在主程序中的监听套接字上调用它！ 以防万一您运行外部程序