4、广播与扫描避坑：广播类型选择、扫描窗口与间隔、定向广播与被动扫描

广播和扫描，是 BLE 连接建立前的“敲门砖”。

很多人觉得这步简单，不就是发个包、收个包吗？

我刚开始也这么想，直到在量产阶段发现设备死活连不上——查了三天，最后发现是广播类型选错了。嗯，从那以后我再也不敢小看这章了。

4.1 广播类型：选错了，设备就“隐身”了

BLE 广播分四种类型。我习惯把它们分成两类：可连接的和不可连接的。

我在项目中遇到过最典型的坑：把信标设备配成了“可连接非定向广播”。结果手机扫描时，系统以为这是个可连接设备，自动弹配对框，用户体验极差。

4.2 定向广播：快，但有代价

定向广播，说白了就是“点名广播”。

它只发给一个指定的设备，其他设备收到这个包会直接丢弃。

好处是：连接建立快。我记得有一次做耳机回连优化，用定向广播把回连时间从 2 秒降到了 300 毫秒。

坏处是：功耗高。定向广播的间隔通常很短（3.75ms 起步），而且不能进入休眠。

4.3 扫描窗口与扫描间隔：调不好，要么漏包，要么费电

扫描参数有两个关键值：

• 扫描窗口（Scan Window）：每次扫描持续多长时间
• 扫描间隔（Scan Interval）：两次扫描开始之间的时间

你想想看，如果窗口 = 间隔，那就是连续扫描，功耗最大，但不会漏包。

如果窗口 < 间隔，那就是间歇扫描，省电，但可能错过广播包。

4.4 被动扫描 vs 主动扫描：别让手机“多嘴”

被动扫描：只收广播包，不发任何请求。

主动扫描：收到广播包后，还会发一个“扫描请求”（SCAN_REQ），设备回复“扫描响应”（SCAN_RSP）。

为什么要注意这个？

我遇到过一个问题：设备广播了关键数据（比如电量），但手机端用被动扫描，永远拿不到扫描响应里的数据。因为被动扫描根本不会触发 SCAN_RSP。

4.5 广播与扫描的完整流程

下面这张图，是我自己总结的广播扫描交互流程。你看一遍就能明白整个链路。

4.6 实战避坑清单

最后，我把自己踩过的坑整理成清单。你写代码前对照一遍，能省不少调试时间。

1. 广播类型别选错：纯广播用不可连接，需要连接用可连接非定向。
2. 定向广播只用于回连：别在开放配对场景用，否则新设备连不上。
3. 扫描窗口别太小：至少是广播间隔的一半，否则漏包严重。
4. 数据放对位置：关键数据放广播包，不要依赖扫描响应——尤其是 iOS 后台扫描。
5. 注意 duty cycle 限制：有些芯片在连续扫描时会过热，我遇到过芯片重启的案例。
6. 广播间隔别太短：20ms 以下可能被蓝牙控制器拒绝，不同芯片行为不同。