Linux系统下优雅关闭TCP服务器：FD关闭顺序最佳实践

嘿，这个问题问到点子上了——写Linux TCP服务器时，处理套接字关闭的逻辑很容易踩坑，咱们一个个拆解三个选项，再给出最稳妥的方案：

• 选项1：先关闭所有客户端FD，再关闭父FD
  这个方案有个致命的问题：在你逐个关闭子FD的过程中，父FD还在监听端口，新的客户端完全可以继续建立连接，生成新的子FD。除非你先暂停监听，但这个选项里没做这一步，结果就是你永远关不完子FD，甚至可能越关越多。另外，强行关闭正在传输数据的子FD，还可能导致数据丢失，属于顾头不顾尾的操作。

• 选项2：先关闭父FD，再逐个关闭子FD
  这才是最佳实践！原因很简单：

  1. 先关闭父监听FD，服务器会立刻停止接受新的客户端连接，不会再有新的子FD冒出来，从根源上杜绝了“越关越多”的问题。
  2. 之后你可以从容处理现有的客户端连接：如果是优雅关闭，可以先给客户端发送应用层的退出通知，调用shutdown(SHUT_WR)告诉对方“我不再发数据了”，等对方完成数据传输并主动关闭连接后，再调用close()关闭子FD；如果是强制关闭，也能确保所有现有连接都被清理，不会遗漏。
     这种方式既保证了服务器不再接受新请求，又能妥善处理存量连接，避免资源泄漏和数据丢失。

• 选项3：仅关闭父FD即可
  这个方案完全不可取！关闭父FD只是停止了监听，但现有的客户端子FD对应的TCP连接还在正常运行，这些FD会一直占用系统资源，直到客户端主动关闭或者进程退出。如果是多进程/多线程模型，子进程/线程还持有这些子FD的话，父进程关闭父FD根本不影响它们，最终会导致资源泄漏，甚至进程无法正常退出。

总结一下：永远先关闭父监听FD，阻止新连接，再逐个处理并关闭子客户端FD，这是最稳妥的关闭流程。

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