监听套接字关闭时，accept() 不会立即返回错误，而是可能继续阻塞；可靠做法是用 pipe/eventfd 或本地 connect() 主动唤醒阻塞的 accept()，再检查 EAGAIN/EWOULDBLOCK 退出循环。
监听套接字关闭时，accept() 会卡住或返回错误？
直接 close() 监听 socket 后，正在阻塞的 accept() 不会立刻返回，而是可能继续挂起，直到超时、被信号中断，或新连接到达（取决于系统行为）。这不是优雅——你失去了对线程/循环退出时机的控制。
真正可控的方式是让 accept() 主动“醒来”，并明确知道该停了。核心思路不是靠关 socket，而是靠中断阻塞本身。
- Linux/macOS：用
shutdown()+sendto()向监听 socket 自身发一个 dummy 数据（需提前bind()到本地地址），触发accept()返回EAGAIN或EWOULDBLOCK - 更通用且推荐的做法：把监听 socket 设为非阻塞，配合
select()/poll()/epoll_wait()，再用额外的eventfd（Linux）或pipe()（跨平台）作为退出信号源 - Windows：用
WSAEventSelect()+WSACloseEvent()，或更简单的closesocket()配合ioctlsocket(FIONBIO)和轮询
使用 shutdown() + 本地 connect() 强制 accept() 返回（Linux/macOS）
这是轻量、无需额外 fd、不改主循环结构的做法，但仅适用于已 bind() 且端口未被占用的场景。
原理：对监听 socket 调用 shutdown(sockfd, SHUT_RD) 不影响 accept()；但若你用另一个 socket 向它 connect()（比如连到 127.0.0.1:port），内核会触发一次“可读事件”，使阻塞的 accept() 立即返回 -1，errno 为 EAGAIN。
立即学习“C++免费学习笔记（深入）”；
- 必须确保监听 socket 已绑定到明确 IP（如
127.0.0.1），不能是INADDR_ANY，否则本地 connect 可能失败 - 在关闭流程中，先
shutdown(listenfd, SHUT_RDWR)，再用临时 socketconnect()触发唤醒 - 主循环里检查
accept()返回值：若为-1且errno == EAGAIN || errno == EWOULDBLOCK，就跳出循环
// 关闭前触发唤醒 struct sockaddr_in dummy; dummy.sin_family = AF_INET; dummy.sin_port = htons(port); inet_pton(AF_INET, "127.0.0.1", &dummy.sin_addr); int dummy_sock = socket(AF_INET, SOCK_STREAM, 0); connect(dummy_sock, (struct sockaddr*)&dummy, sizeof(dummy)); close(dummy_sock); shutdown(listenfd, SHUT_RDWR); // 再关
用 pipe() 实现跨平台可中断 accept() 循环
比信号更可靠，比 pthread_cancel() 更安全，适合多线程服务中干净退出主线程。
创建一对 pipe fd：pipe(pipefd)，把 pipefd[0]（读端）加入 select() 的读集合，和监听 socket 一起等待；当需要关闭时，往 pipefd[1] 写一个字节，select() 就会返回，接着你检查是哪个 fd 就绪——如果是 pipe，就退出循环。
- 监听 socket 必须设为非阻塞（
fcntl(fd, F_SETFL, O_NONBLOCK)），否则accept()仍可能阻塞 -
select()超时设为NULL（永久等待），但实际由 pipe 控制唤醒 - Windows 上可用
socketpair(AF_UNIX, ...)替代 pipe，或直接用WSAEventSelect()+WSASetEvent() - 记得 close 两个 pipe fd，避免资源泄漏
close() 之后还调用 accept() 会怎样？
行为取决于 socket 是否已设置 SO_REUSEADDR、是否还有未处理的已完成连接队列（SYN_RECV / ESTABLISHED），以及操作系统实现。
- Linux 下：
close()后立即accept()会返回-1，errno == EBADF（文件描述符无效） - 但如果
close()前已有连接完成三次握手，内核仍保留在队列里，此时accept()可能成功返回一个新 socket（对应那个旧连接）——这容易造成逻辑错乱 - 所以必须在
close()前清空已完成队列：用非阻塞accept()循环直到返回EAGAIN，或用shutdown()配合poll()等待队列为空
真正难处理的从来不是关 socket 这一行代码，而是如何让所有正在阻塞、正在处理、正在收发的上下文同步感知“该停了”。哪怕用了 pipe 或 eventfd，也要确保 worker 线程收到通知后主动退出，而不是靠杀线程硬终止。
