WebSocket 假连接与 gRPC Gateway 自动发现：复杂局域网 WebRTC 的恢复设计

复杂局域网里的 WebRTC 稳定性，重点不只是 WebRTC offer/answer 怎么转发，还包括外围控制链路如何恢复。

这个场景不是 2C 通话，而是更接近医疗、养老等机构里的设备群：大量共享设备长时间在线，集中运维，现场环境可能比较嘈杂，同时还要保证一定收音距离和通话音质。

我遇到的核心问题是：长连接不一定会明确断开，有时会出现“看起来还连着，但应用消息已经不通”的状态。结果是设备页面显示在线，但呼叫事件发不到对端，超时、挂断、多人通话清理都会变得不一致。

这篇文章聚焦几个点：

• WebSocket 长连接假连接为什么危险


• 为什么只依赖客户端主动重连不够


• gRPC Gateway 如何做双向控制


• 自动发现和主节点状态表怎么帮助恢复


• 呼叫超时、自动挂断、一对一挂断、多人挂断如何收敛


• 嘈杂环境下，音频可观测性为什么也属于稳定性的一部分

我的结论是：这不是简单的 WebSocket 换 gRPC ，而是要补齐发现、状态和恢复闭环。媒体链路仍然走 WebRTC ，Go/gRPC 更适合做控制面和状态收敛。

原文地址：
https://www.lodan.me/posts/webrtc-grpc-gateway-discovery-recovery/

想听听大家在局域网、弱网、设备长时间运行场景里，是怎么处理长连接假在线和通话状态恢复的。