基于mio的简单TCP服务器低负载下出现Connection reset by peer错误

• 服务器资源过载或处理不及时：基准测试短时间发起大量连接时，官方示例的基础实现可能未适配高负载场景，比如文件描述符耗尽、事件循环阻塞，导致服务器主动重置连接。
• 服务器侧异常关闭连接：代码处理读写事件时出错，直接关闭socket却未正常发送FIN包；或服务器进程崩溃、重启，客户端残留连接会收到RST包。
• TCP参数配置不合理：listen的backlog队列设置过小，高并发下新连接无法进入队列，内核会发送RST给客户端；若开启tcp_abort_on_overflow，backlog满时会直接发RST而非丢弃数据包。
• 服务器代码逻辑缺陷：未正确处理非阻塞IO的正常错误（如EAGAIN/EWOULDBLOCK），误将其判定为致命错误而关闭socket；或未处理TCP半关闭状态，导致连接异常重置。
• 客户端基准测试工具的并发压力：hyperfine短时间创建大量连接，服务器来不及完成三次握手，内核直接拒绝部分连接并返回RST。

• 先掌握非阻塞IO与Reactor模式核心：Mio是Reactor模型的实现，需先理解事件驱动、非阻塞socket、多路复用（epoll/kqueue）的底层逻辑，再动手写代码。
• 从官方示例逐步迭代：先确保单客户端通信正常，再依次添加连接管理、读写缓冲区、超时处理等功能，不要直接进行高并发基准测试。
• 重视错误处理与资源管理：区分非阻塞IO中的正常重试错误（如EAGAIN）和致命错误；每个连接的socket、缓冲区需正确释放，避免资源泄漏。
• 结合场景做增量开发：先实现简易echo服务器，再逐步加入心跳检测、连接超时、限流等生产级功能，每一步都做小范围验证。
• 参考成熟开源项目：学习基于Mio的高性能项目的代码逻辑，看他们如何处理高并发、错误捕获、资源调度，快速积累实践经验。
• 吃透Mio API细节：理解Poll、Event、Token的作用，掌握Interest的读/写事件配置，明确注册、更新、取消事件的时机。

内容的提问来源于stack exchange，提问作者JamesGill