（1）经过之前的学习。俺认为结论是这样的，因为三次握手到四次挥手，到 RST 报文，都是 tcp 连接上收到了报文，这都属于读事件 。所以：
EPOLLIN : 包含了读事件， FIN 报文的正常四次挥手、还有 RST 报文的连接突然中断的情形（已经连接上的 tcp 连接，即使被突然关闭， tcp 协议也会让被关闭的套接字再发送最后一条报文，就是 RST 报文）。这个结论的支撑，来自于 wireshark 的抓包观测：
EPOLLRDHUP ： 对应 FIN 报文的正常的四次挥手的 tcp 连接关闭。这时候，在现代的 linux 内核里，也同时保留了 EPOLLIN 事件。
EPOLLHUP ： 若客户端没有调用 close（套接字），就关闭了， tcp 协议会发送一条 RST 报文给服务器。 服务器上的 epoll 对象会感知到这个事件，且事件类型是 EPOLLHUP 与 EPOLLIN 。一会会编写小例子来验证。弄清这些知识很重要，可以让咱们安心的写出稳定的通信代码。
以上关于 RST 报文的 tcp 协议方面的支撑如下：
++ 进程退出，要关闭自己打开的所有文件，可能触发了 ABORT 请求，该请求启动了 tcp_drop（ ）函数 ：
++ tcp_drop（）函数会触发 RST 报文的发送， tcp_close（）函数会清除本主机上被关闭套接字具有的所有内存，也就没有此套接字了。
++ 以及：
++ 但是，如下图， close（ ） 函数触发的四次挥手 ， FIN 报文，对应 DETACH 请求，走的是不一样的代码逻辑：
++ 以及：
（2） 接着先整理一下某心一言里的教导与答案：
++ 以及：
++ 以及：
++以及：
++ 所有的事件，都离不开系统的读函数 read（），再补充一下 read（）函数的返回值：
（3） 上面的一言的解答已经很清楚了。谢谢一言。下篇文章里编写小例子测试一下，上 ubantu 系统。
谢谢