你有没有遇到过这种情况：手机银行App突然提示“连接已断开”，重新打开又一切正常？或者炒股软件在行情关键时卡了几秒，再刷新才恢复？这些看似小问题，背后可能就和“心跳包”有关。
什么是心跳包？
简单说，心跳包就是客户端定期向服务器“报平安”的小消息。就像两个人打电话，时不时说句“喂，还在吗？”，防止对方以为你挂了。在网络通信中，客户端每隔几秒就会发一个极小的数据包给服务器，告诉它：“我还在线”。这个小数据包，就是心跳包。
为什么需要心跳？
网络不像电线那样稳定。路由器可能临时拥塞，Wi-Fi信号忽强忽弱，手机切换基站时也会短暂失联。如果没有心跳机制，服务器可能要等好几十秒甚至几分钟，才发现某个用户其实早就断开了。这期间，系统还可能继续为这个“假在线”的用户分配资源，造成浪费。
比如你在用某理财平台查看实时基金净值，后台需要持续推送数据。一旦网络抖动导致连接中断，但服务器不知道，还会继续发数据，而你这边收不到。等你手动刷新才发现延迟了三分钟——这三分钟可能已经错过了买卖时机。有了心跳包，服务器能在几秒内发现断连，立刻重连或提醒，减少损失。
心跳包怎么设计？
太频繁地发心跳，会增加网络负担，耗电耗流量；间隔太久，又起不到及时检测的作用。常见的心跳间隔是15到30秒。比如：
setInterval(() => {
sendHeartbeat();
}, 30000); // 每30秒发送一次
发送的内容通常非常简单，可能只是一个标识符，比如{"type": "heartbeat"}，不携带任何业务数据，尽量轻量。
实际应用中的优化
有些App会根据网络状态动态调整心跳频率。比如在4G下每30秒一次，在Wi-Fi下放宽到60秒，省电又高效。还有的会结合“ACK确认”机制：客户端发心跳，服务器必须回一个“收到”，否则客户端就认为连接异常，主动重连。
举个例子，你早上通勤时用手机看黄金价格走势，地铁进隧道瞬间断网。因为心跳没回应，App马上弹出“网络不稳定”，等出隧道自动重连，而不是一直显示旧数据骗你。
别小看这小数据包
虽然心跳包本身不值钱，但它保障的是整个服务的可靠性和用户体验。对金融类应用来说，稳定的连接意味着行情不错过、交易不延误、资金操作更安全。下次你看到App默默运行却始终在线，背后很可能就是这小小的“心跳”在持续跳动。