第4章连接建立与管理

4. 连接建立与管理：P2P连接建立流程、连接生命周期管理、连接保活机制、断线重连策略

好，咱们今天聊聊分布式软总线的连接管理。这部分我当年刚接触鸿蒙时，觉得不就是个网络连接嘛，能有多复杂？结果真上手调优，才发现坑不少。连接建立、生命周期、保活、重连——每一步都有讲究。说白了，软总线的核心就是让设备之间像一台机器一样协同，那连接管理就是这台机器的血管和神经。

先看连接怎么建起来的。鸿蒙的P2P连接，不是简单的TCP握手。它有一套自己的发现-验证-协商流程。

第一步：设备发现
设备在局域网内广播自己的存在。用的是CoAP协议，轻量级。我刚开始调试时，发现两台设备明明在同一个Wi-Fi下，就是互相看不见。后来排查发现，是组播地址被路由器过滤了。嗯，这个坑后面细说。

第二步：能力协商
发现对方后，交换能力集。比如：支持哪些加密算法、最大传输单元是多少、是否支持蓝牙协同。这一步很关键，决定了后续用什么方式通信。

第三步：身份认证
交换数字证书或预共享密钥。鸿蒙支持多种认证方式，我建议在局域网内用PSK（预共享密钥），速度快，开销小。

第四步：建立传输通道
根据协商结果，建立TCP或QUIC连接。鸿蒙优先走QUIC，因为0-RTT握手，延迟低。如果QUIC不通，回退到TCP。

整个流程，从发现到通道建立，我实测过，理想环境下不到200毫秒。但如果你遇到设备多、网络拥塞的情况，可能会到1秒以上。

核心要点：连接建立不是一锤子买卖。每一步都有超时和重试机制。比如设备发现阶段，如果3秒内没收到响应，会重试3次。我建议你在调试时，重点关注超时参数，默认值不一定适合你的场景。

连接建好了，怎么管？鸿蒙把连接生命周期分成五个状态：

每个状态都有对应的回调函数。我个人习惯在CONNECTED状态里注册心跳监听，在DISCONNECTED状态里触发重连逻辑。你想想看，如果不在状态机里做这些，代码会乱成一锅粥。

我曾经接手过一个项目，同事把重连逻辑写在业务代码里，结果每次断线都要重启整个服务。后来我改成在状态机里处理，清爽多了。

连接建好了，怎么让它一直活着？鸿蒙的保活机制，说白了就是心跳包。

心跳策略：

如果连续3次心跳都没回应，就认为连接断了。这个参数我建议根据网络环境调整。比如在Wi-Fi环境下，可以放宽到5次；在移动网络下，3次就够了。

自适应心跳：
鸿蒙有个很聪明的设计——自适应心跳。它会根据网络延迟动态调整心跳间隔。比如网络好的时候，心跳间隔拉长到60秒；网络差的时候，缩短到15秒。这样既省电，又能及时发现问题。

我的经验：别把心跳间隔设得太短。我曾经为了追求实时性，设成5秒一次，结果设备电量哗哗地掉。后来改成30秒，配合自适应调整，效果很好。

连接断了怎么办？鸿蒙的重连策略，我总结为三步走：

第一步：快速重连
断线后立即尝试重连。间隔1秒、2秒、4秒……指数退避。最多尝试5次。如果5次都失败，进入慢速重连。

第二步：慢速重连
间隔拉长到30秒、60秒、120秒……同样指数退避。最多尝试10次。如果还不行，进入深度重连。

第三步：深度重连
重新执行设备发现流程。因为可能网络拓扑变了，原来的设备IP变了。这一步会重新走一遍P2P连接建立流程。

整个重连策略，我建议你根据业务场景调整。比如智能家居场景，设备很少移动，快速重连次数可以多一些。移动设备场景，深度重连要频繁一些。

注意：重连时不要无限制重试。我曾经见过一个设备，断线后疯狂重连，把路由器都搞崩了。一定要设置最大重试次数和总超时时间。我一般设总超时5分钟，超过就彻底断开，等用户手动触发。

下面这张图，把连接建立与管理的核心逻辑串起来了。你看一眼，心里就有谱了。

这张图你看懂了吗？连接建立是入口，生命周期是骨架，保活是血液，重连是急救包。四者缺一不可。

好了，连接建立与管理就讲到这里。记住一句话：连接管理不是写代码，是设计一套规则。规则设计好了，代码自然稳。