做过 IM 聊天、在线游戏、实时推送这类应用的都知道，WebSocket 连接稳定性是个大难题： 用户坐地铁过隧道，信号时断时续 App 切到后台，系统会杀掉 WebSocket 连接 公司网络需要认证，一断开就再也连不上 用户 Dormant 模式网络切换，IP 都变了 更头疼的是消息丢失问题： 用户发了一条消息，服务器还没收到就断线了 服务器推送的消息，客户端还没收到就断线了 重连后不知道哪些消息漏收了，只能全部同步 今天我们来聊聊 WebSocket 弱网环境下的保活机制，确保 App 在各种网络环境下都能保持连接，消息不丢失。 为什么 WebSocket 在弱网环境下这么脆弱？ 先来分析一下 WebSocket 连接断线的常见场景： 1. App 切后台 前台运行：WebSocket 保持连接 ←→ 服务器正常通信 ↓ 切到后台：系统可能 kill WebSocket 连接 ↓ 切回前台：需要重新建立连接，但之前的消息已经丢了 2. 网络切换 WiFi 连接：WebSocket 通过 IP1 建立连接 ↓ 切换到 4G：IP 变成 IP2，原有连接直接失效 ↓ 重连成....

相信很多做过实时通信应用的小伙伴都遇到过这样的问题：用户在使用 App 时，切到后台再切回来，WebSocket 连接就断了；或者在地铁、电梯等弱网环境下，连接经常断开，导致消息丢失。这些问题严重影响了用户体验，特别是在需要实时通信的场景下。 在即时通讯、在线游戏、金融交易等场景中，WebSocket 连接的稳定性至关重要。一旦连接断开，不仅会导致消息丢失，还可能影响业务逻辑的正确性。那么，如何在弱网环境下保持 WebSocket 连接的稳定性，实现断线重连和消息补发呢？今天我就跟大家分享一套基于 SpringBoot 的 WebSocket 弱网保活方案。 为什么需要 WebSocket 弱网保活机制？ 先来说说我们面临的挑战。在移动应用中，WebSocket 连接经常会遇到以下问题： App 切后台：App 进入后台后，系统会限制网络连接，导致 WebSocket 连接断开 弱网环境：在地铁、电梯、地下室等信号不好的地方，网络不稳定，连接容易断开 网络切换：用户从 Wi-Fi 切换到 4G/5G，或者从 4G 切换到 5G，可能导致连接断开 心跳超时：网络延迟导致心跳包超时，服务....