答案：WebSocket基于TCP但应用层需额外机制确保可靠性。通过心跳保活、自动重连、消息确认与重发、唯一消息ID、幂等处理等手段，解决网络波动或服务重启导致的消息未达或重复问题。
WebSocket协议本身基于TCP，能保证数据传输不丢失、不乱序，但应用层仍可能因网络波动、服务重启等原因导致消息未送达或未处理。要确保JavaScript中WebSocket消息的可靠性，需要在应用层实现额外机制，不能只依赖协议本身。
建立稳定连接与心跳保活
长时间无数据交互时，中间网络设备（如防火墙）可能断开连接。前端需主动维护连接状态。
- 使用setInterval定期发送ping消息，服务端回应pong，确认链路通畅。
- 监听onclose和onerror事件，触发自动重连逻辑。
- 重连时采用指数退避策略，避免频繁请求加重服务器负担。
实现消息确认与重发
发送方发出消息后，必须等待接收方返回确认（ACK），否则视为发送失败。
- 每条消息携带唯一ID（如UUID），便于追踪。
- 发送后启动定时器，若超时未收到ACK，则重新发送该消息。
- 成功收到ACK后，清除本地缓存中的待确认消息。
防止重复处理与消息幂等
重发机制可能导致同一消息多次到达服务端，需保证业务逻辑不受影响。
立即学习“Java免费学习笔记（深入）”；
- 服务端记录已处理的消息ID，发现重复ID直接丢弃或返回已有结果。
- 设计接口时考虑幂等性，例如用PUT代替POST更新数据。
- 前端也可对收到的服务端消息做去重，避免界面重复渲染。
