socket 释放失败

[lestly]

我自己用 epoll 写了一个客户端程序，然后跑起来时发现有个别连接断开后，句柄一直无法释放，但是我看日志，那个句柄是有被 shutdown ，close 的，close 的返回值是 0 ，并且也不存在多线程的问题。想问问大佬们有什么思路吗？

[Mohanson]

netstat 看下是不是有 TCP 链接在 FIN-WAIT2 状态, 有的话就是你客户端 /服务端其中一方没有正确调用 Close().

[oceanthe1h]

使用 close 函数的话，对于一个 socket ，如果引用大于 1 则引用减 1 ，否则发送 FIN 关闭 TCP 连接。epoll 可能有父子进程的场景，例如父进程打开了 socket ，然后用派生子进程来处理业务，父进程继续对网络请求进行监听，永远不会终止。客户端发 FIN 过来的时候，处理业务的子进程的 read 返回 0 ，子进程发现对端已经关闭了，直接调用 close 对本端进行关闭。实际上，仅仅使 socket 的引用计数减 1 ，socket 并没关闭。从而导致系统中又多了一个 CLOSE_WAIT 的 socket

[liqinliqin]

可以试试 swoole ，这个方便又快

[lestly]

@Mohanson 我明白了

[lestly]

@oceanthe1h 我的这个程序应该不存在父子进程这个场景，不过我会留意一下你说的这个点

[lestly]

@liqinliqin 可能嵌入式设备并不支持这个

[liqinliqin]

你这个要贴出来代码，看底层是不是 lwip 库，句柄不能释放是不可能的，你应该是读或是阻塞了，没有走到关闭这个代码。

[ysc3839]

@lestly 啥设备？ C++总该支持吧？支持的话试试 asio ？

[lestly]

@liqinliqin 能确定执行了 close ，因为加了打印。但是在 /proc/pid/fd 却看到句柄还被占用着

[tomychen]

https://idea.popcount.org/2017-03-20-epoll-is-fundamentally-broken-22/

正常来讲，需要先把 fd 从 epoll 中移出再 close()

不然的话，用户态的 fd 确实执行了 close 动作，但 epoll 还在 hold 着

看看是不是这个问题

[lestly]

@tomychen 多谢，我又学到一点