本文详细介绍了IM长连接中心跳及重连机制的实现，包括TCP协议的保活机制、应用层心跳的两种方式、客户端自动重连的策略，以及服务端剔除离线客户端的逻辑。作者分享了在CIM系统中踩坑与填坑的过程，提供了一套完整的IM源码供读者参考。同时，文中指出了对Netty的IdleStateHandler的常见误解，并给出了正确的重连实现方案。
1、引言
说道“心跳”这个词大家都不陌生，当然不是指男女之间的心跳，而是和长连接相关的。顾名思义就是证明是否还活着的依据。
什么场景下需要心跳呢？目前我们接触到的大多是一些基于长连接的应用需要心跳来“保活”。
由于在长连接的场景下，客户端和服务端并不是一直处于通信状态，如果双方长期没有沟通则双方都不清楚对方目前的状态，所以需要发送一段很小的报文告诉对方“我还活着”。
同时还有另外几个目的：
1）服务端检测到某个客户端迟迟没有心跳过来可以主动关闭通道，让它下线；
2）客户端检测到某个服务端迟迟没有响应心跳也能重连获取一个新的连接。
本文正好借着在CIM系统中有这样两个需求（CIM是本文作者从零开发的一个学习性质的IM系统，详见《拿起键盘就是干：跟我一起徒手开发一套分布式IM系统》），正好来聊一聊我是如何理解IM长连接的心跳及重连机制，以及又是怎么踩坑已及填坑的。
本文配套的CIM源码地址：
阅读本文需要一定的网络编程以及Netty方面的知识。
有关网络编程基础知识，请阅读以下资料：
《通俗易懂-深入理解TCP协议（上）：理论基础》（推荐）
2、关于作者
crossoverJie（陈杰）： 90后，毕业于重庆信息工程学院，现供职于重庆猪八戒网络有限公司。
作者的博客：https://crossoverjie.top
作者的Github：
最低0.47元/天 解锁文章
扫一扫
437
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
