close() 和 exit() 调用后的 TCP 连接数

Question

pid_t pid;
int listenfd, connfd;
listenfd = socket(...);
bind(listenfd, ...);
listen(listenfd, 5);
connfd = accept(listenfd, ...);
if ((pid = fork()) == 0){
    close(listenfd);
    doit(connfd); /* processes the clients request*/
    close(connfd);
    exit(0);
}
wait(...)

调用等待函数后，我会有多少个 TCP 连接？ 我认为它应该是 0，但我真的不知道 close() 函数的作用。它是关闭每个进程还是只关闭一个进程（子进程或父进程）？ 谢谢！

Answer 1

一个对accept()的成功调用建立了一个连接。对于 阻塞 侦听套接字，它返回 已连接 套接字^*1。

分叉后，服务器使用其已连接套接字connfd 的副本引用此一个 连接。

然后进程分叉，第二个进程持有connfd 的副本。

这两个套接字描述符都指向相同的连接。

（listening 套接字从不真正指代连接。它只是一种传感器，用于列出传入的请求。）

^*1对于一个 unblocking 监听套接字，事情在时间方面有点不同。在这种情况下，可能是在accept() 返回的那一刻连接设置尚未完全完成。

---

所以回答你的问题：

调用wait函数后我会有多少个TCP连接？

在对wait() 的调用之后，仅引用已建立的连接accept() 的两个套接字描述符的一份副本是close()d。另一个仍然“保持”连接。

假设代码没有在任何地方调用 shutdown() 或使任何套接字解除阻塞，稍微调整一下代码，模式通常如下所示：

listenfd = socket(...);
bind(listenfd, ...);
listen(listenfd, 5);

connfd = accept(listenfd, ...);

/* Connection is up. */

if ((pid = fork()) == 0)
{
  /* Connected child process here */

  close(listenfd); /* Close the connected processes's listening listenfd 
                      as it never uses it. */
  doit(connfd); /* Processes the clients request. */

  close(connfd);

  exit(0);
}

/* Listening parent process here */

close(connfd) /* Close the accepting process' connected connfd 
                 as it never uses it. */
wait(...)

/* Definitely no connection here any more */