发生bind()或listen()错误时是否需要调用close()？

嘿，这个问题问得特别实在——很多刚上手套接字编程的开发者都会有这个疑惑，毕竟大部分示例代码里都没在这种场景下写close()，很容易让人摸不着头脑。我来给你掰扯清楚：

首先得明确一个前提：你调用bind()或者listen()之前，肯定已经通过socket()创建了一个套接字，这个套接字本质上是操作系统分配的文件描述符，属于进程持有的系统资源。

接下来分两种核心场景来看：

• 场景1：出错后进程直接退出（比如示例里的exit(0)）
  这种情况下，就算你不调用close()，操作系统也会在进程终止时自动回收所有该进程打开的文件描述符，包括这个失败的套接字，不会造成资源泄漏。这也是为什么很多示例代码里省略了close()——因为demo逻辑简单，出错就直接退出，没必要多写一行。
  但我还是建议你加上close()，这是个良好的编码习惯：万一以后你修改代码，把“直接退出”改成“处理错误后继续运行”，忘记加close()的话，就会留下文件描述符泄漏的隐患。

• 场景2：出错后进程需要继续执行其他逻辑
  这种情况必须调用close()！每个进程能持有的文件描述符数量是有限的（通常默认是几百到几千），如果不关闭这个已经创建但绑定/监听失败的套接字，它会一直占着一个描述符位置，时间长了或者频繁触发错误的话，会导致后续的socket()调用失败，因为系统没多余的描述符可以分配了。

举个更规范的代码例子：

int server = socket(AF_INET, SOCK_STREAM, 0);
if (server == -1) {
    perror("socket creation failed");
    exit(EXIT_FAILURE);
}

if (bind(server, (struct sockaddr*)&addr, sizeof(addr)) == -1) {
    perror("bind failed");
    close(server); // 这里必须加，因为后续可能还要尝试其他端口或者执行其他操作
    // 比如重新创建套接字、做清理工作等
    return EXIT_FAILURE;
}

if (listen(server, 5) == -1) {
    perror("listen failed");
    close(server); // 同样，就算之后要退出，加上也更规范
    exit(EXIT_FAILURE);
}

总结一下：

• 进程直接退出时，不调用close()不会有问题，但推荐加上以养成良好习惯；
• 进程继续运行时，必须调用close()，避免资源泄漏导致后续逻辑异常。

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