Linux 内核在进程死亡后在哪里进行进程和 TCP 连接清理？

Question

我试图在 Linux 内核中找到一个在进程终止后进行清理的位置。具体来说，我想看看在进程被 -9 信号杀死后它是否/如何处理打开的 TCP 连接。我很确定它会关闭所有连接，但我想查看详细信息，以及是否有可能连接未正确关闭。

欢迎指向 Linux 内核源代码。

Answer 1

进程终止的主要内容由 exit.c 处理:do_exit()。此函数调用 exit_files()，后者又调用 put_files_struct()，后者又调用 close_files()。

close_files()循环遍历进程打开的所有文件描述符（包括所有套接字），对每个文件描述符调用 filp_close()，从而对 struct file 调用 fput()对象。当对 struct file 的最后一个引用被放置后，fput() 调用文件对象的 .release() 方法，对于套接字，是 net/socket.c 中的 sock_close() 函数。

Answer 2

我很确定套接字清理更多的是进程终止后释放所有文件描述符的副作用，而不是直接由进程清理完成。

不过，我还是要冒险一下，假设您遇到了网络编程的常见陷阱。如果我正确地猜测您的问题是在进程被终止后尝试绑定到地址时出现“地址正在使用”错误（EADDRINUSE），那么您将遇到套接字的 TIME_WAIT。

如果是这种情况，您可以等待超时（通常为 60 秒），也可以修改套接字以允许立即重用，如下所示。

int sock, ret, on;
struct sockaddr_in servaddr;

sock = socket( AF_INET, SOCK_STREAM, 0 ):

/* Enable address reuse */
on = 1;
ret = setsockopt( sock, SOL_SOCKET, SO_REUSEADDR, &on, sizeof(on) );

[编辑]

从您的评论来看，听起来您遇到了半开放连接的问题，并且不完全理解 TCP 的工作原理。 TCP 无法知道客户端是死了还是闲置。如果您 kill -9 一个客户端进程，四次关闭握手将永远不会完成。但这不应该在您的服务器上留下开放的连接，因此您可能仍然需要获取网络转储来确定发生了什么。

在不确切知道自己在做什么的情况下，我无法确定您应该如何处理这个问题，但是您可以阅读有关 TCP 保持活动状态。其他几个选项是定期向客户端发送空或空消息（可能需要修改协议），或在空闲连接上设置硬定时器（可能会导致有效连接丢失）。