socket客户端判断服务器已关闭，最可靠的做法是同时看TCP层可读事件和返回码：recv/read返回0表示对端正常关闭；返回-1且errno为ECONNRESET表示连接被重置；send触发EPIPE/ECONNRESET说明链路已断，应用层再用心跳和超时兜底，不能只看socket.isConnected()之类的状态。
socket客户端如何判断服务器断开连接：先分清正常关闭、异常断开和假死
服务器关闭连接时，不会先给客户端发一条“我要下线了”的业务消息，TCP层通常只给一个FIN或RST，客户端要在下一次读写、事件通知或心跳超时里发现，业内专家指出，判断连接是否可用不能只看socket对象状态，要看最近一次I/O结果和事件通知。
TCP客户端判断服务端关闭的几种方法：recv返回0最直接
按POSIX socket语义，阻塞模式下recv/read返回0，表示对端已有序关闭写方向，这是最直接的正常关闭信号,常见判断路径如下：
recv/read返回0：对端发送FIN,客户端应关闭本地socket并触发重连。recv/read返回-1，errno=ECONNRESET：对端发送RST，常见于服务器进程崩溃、端口被复用、半关闭后继续写。send/write返回-1，errno=EPIPE或ECONNRESET：链路已断，继续写可能触发SIGPIPE,需要忽略或屏蔽该信号。select/poll/epoll报告可读：可读不等于有数据，必须调用recv确认，返回0是关闭，返回-1且EAGAIN只是暂时无数据。getsockopt(SO_ERROR)：事件报告EPOLLERR/EPOLLHUP时,用它取具体错误码。
| 现象 | 返回值/错误码 | 含义 | 处理 |
|---|---|---|---|
| 对端正常关闭 | recv=0 |
收到FIN，读方向结束 | 关闭socket，按策略重连 |
| 对端异常重置 | recv=-1，ECONNRESET |
收到RST | 关闭socket，记录异常 |
| 非阻塞暂无数据 | recv=-1，EAGAIN |
连接仍可能正常 | 继续等待事件 |
| 写已关闭连接 | send=-1，EPIPE |
对端已关闭读方向 | 关闭socket，避免重复写 |
| 事件报告错误 | EPOLLERR/EPOLLHUP |
连接异常或挂断 | getsockopt(SO_ERROR)确认 |
Linux下socket客户端检测服务器掉线实战：从select到epoll
在Linux下，客户端一般用epoll或poll等待事件，再配合非阻塞recv,操作路径可以这样落地：
- 用
fcntl(fd, F_SETFL, O_NONBLOCK)把socket设为非阻塞。 - 用
epoll_ctl注册EPOLLIN | EPOLLERR | EPOLLHUP。 epoll_wait返回后，先判断EPOLLERR/EPOLLHUP，用getsockopt(SO_ERROR)取错误码。- 对
EPOLLIN循环调用recv，直到返回EAGAIN。 - 如果某次
recv返回0，立即close(fd)并标记连接关闭。 - 如果
recv返回-1且错误码为ECONNRESET,同样关闭并重连。 - 如果
send返回EPIPE，不要继续写,关闭后走退避重连。
排查时可用ss -tnp查看连接状态，用tcpdump -i any tcp port 端口观察FIN/RST，客户端日志里要记录recv返回值、errno、事件类型和最近一次心跳时间，不然只看到“连接断开”很难定位是正常下线还是网络重置。
socket心跳包多久发一次合适：按网络场景定周期
TCP keepalive能探测链路，但默认周期往往以小时计，业务上等不起，行业共识认为，应用层心跳比单纯依赖TCP keepalive更能发现业务假死，心跳周期没有统一价格表,按业务容忍度定：
- 内网长连接、实时性要求高：心跳周期可设在秒级到十几秒,超时重试两到三次。
- 移动网络、弱网场景：周期适当拉长，配合重连退避,避免频繁唤醒耗电。
- 低频业务：周期可到分钟级，但要在业务层设置请求超时，建议带序号和时间戳，服务端回显；客户端连续多个周期未收到回显,就主动关闭并重连。
Linux可调SO_KEEPALIVE及TCP_KEEPIDLE/TCP_KEEPINTVL/TCP_KEEPCNT，但它只能作为补充，心跳包示例可发{"type":"ping","seq":1024,"ts":...}，回包pong，客户端收到pong更新最后活跃时间,超时线程负责判定断开。
Java Socket客户端判断服务器关闭时常见的异常路径
Java里不要用isConnected()判断服务器是否还活着，它只表示曾经连接成功,更可靠的是读返回值和异常：
InputStream.read()返回-1：对端正常关闭。SocketException: Connection reset：对端RST。SocketException: Broken pipe：写已关闭连接。IOException: Socket closed：本地已关闭。setSoTimeout(毫秒)配合读超时,避免阻塞线程一直挂着。
典型处理是：读线程捕获IOException后关闭socket，重连线程按指数退避重试；写线程遇到Broken pipe不要重试同一连接，心跳线程定期发应用层ping，连续超时则主动close()。
容易被忽略的半关闭与假死：客户端判断服务器已关闭的边界
服务器调用shutdown(SHUT_WR)后，客户端recv会返回0，但连接未必完全消失，此时客户端如果继续写，可能触发RST，判断时要区分“读方向关闭”和“整条连接不可用”，另一种是假死：TCP连接还在，服务器进程卡住不回包，TCP层看不出问题，只能靠应用层心跳和请求超时，NAT超时也会让长连接悄悄失效，客户端发心跳失败后才能发现，重连要加退避,避免服务器刚恢复就被大量客户端打满。
socket客户端判断服务器已关闭常见问答
socket客户端如何判断服务器断开连接，只靠send能发现吗？
不能完全发现。send成功只说明数据写进了本地内核缓冲区，不代表服务器应用已收到，要结合recv=0、ECONNRESET/EPIPE、事件错误和心跳超时综合判断。
TCP客户端判断服务端关闭时，recv返回0和-1有什么区别？
recv返回0表示对端有序关闭，通常是FIN；返回-1要立刻看errno：ECONNRESET是RST异常重置，EAGAIN/EWOULDBLOCK是非阻塞暂无数据，EINTR是系统调用被信号打断，处理方式完全不同,不能一律当断开。
socket心跳包多久发一次合适，能替代TCP keepalive吗？
应用层心跳周期按业务容忍度和网络场景设置，常见从秒级到分钟级；TCP keepalive默认参数通常以小时计，适合补充链路探测，应用层心跳负责发现业务假死，TCP keepalive负责内核层链路探测,二者不能互相完全替代。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/794554.html
