How to verify the peer socket is dead?-蒲公英云

How to verify the peer socket is dead?

桃扇骨 2022-11-04 01:00 228阅读 0赞

对于TCP/IP网络编程而言，我们在读写数据时，当然希望获知对端是否还活着！量子纠缠态当然很是理想，但是现实网络世界中，两个不可见端点互相通讯，确定对方还活着的方法就是不断询问！我问-你答，我问-你不答，我就当你死了，所以对于TCP/IP网络编程而言， read最好有timeout机制保护，避免server无限制浪费资源去等待可能早已失效的对端；若业务层需要及时感知对端已死，则需要心跳包机制，典型的牺牲空间换取时间！对于linux raw sokcet , epoll, (同步阻塞)std::tcpstream/（同步非阻塞）mio::tcpstream/（异步）tokio::tcpstream而言，对其接口调用返回结果和errno的判断是必须的！以此来检测对端是否还活着！

但是这都建立在两端TCP/IP协议栈可以正常交互的基础之上，比如4次关闭握手等！如果对端突然断电，网线脱落等，则远端不会得到通知，除非远端一直在向本端发送心跳包！

TCP/IP协议不是轮询型协议，它不会主动帮你探测对端是否还活着！它被设计的目标之一就是对网络不做太多假设，比如一定可达之类！它只是按照路由协议尽可能地找路，如果没路可达（对端已死也是无路可达），它就通过ICMP向本端报告无路可达！

对于需要发送的数据包，它提供校验，顺序，确认/重发，收发窗口等主要机制，尽可能保证传输的可靠性！所以它不是绝对可靠的！再次强调TCP/IP不是轮询型协议，虽然你可以对socket 设定SO_KEEPALIVE选项，命令TCP/IP帮你定时向对端发送心跳包，从而尽早得知对端生死！但是这个频率默认是2小时左右发一次！后来据说可以设定这个时间间隔更小一些！但是我不太赞成让TCP/IP协议栈帮你做！最好在自己的业务层代码中实现！我查阅了一些资料，也做了一些小实验，不全面，所以不敢说一定严谨，只是归总出来，以备日后我参考方便而已！对于read/write等操作返回的：0 、-1、Ok(n)、 Err(e)等不同取值情况的准确含义简单归纳一下。

后续内容请看github.com