BLE 广播与扫描机制-编程实验室

BLE 广播与扫描机制：面试考点全解析

考点定位

面试官常问：“请描述BLE广播的工作流程，以及广播者和扫描者之间的交互机制”——这几乎是蓝牙开发岗位的必考题，权重高达★★★★☆。常见变形包括：“广播包最大能传多少字节？”“广播信道为什么是37/38/39？”“扫描请求和扫描响应是什么关系？”如果你能清晰画出广播-扫描的时序图并用语言描述，面试官会认为你对BLE协议栈有扎实理解。

1. 广播的核心概念

一句话说清楚

BLE广播是设备在不建立连接的情况下，周期性向周围发送数据包的过程，用于宣告自身存在或传递少量信息。

原理展开

广播者（Advertiser）：通常是外设（如手环、传感器），在三个专用信道（37/38/39）上轮流发送广播包。
扫描者（Scanner）：通常是中心设备（如手机），监听这些信道并接收广播包。
为什么是三个信道？BLE在2.4GHz频段划分了40个信道（0-39），其中37/38/39是广播信道，其余37个是数据信道。选择三个信道是为了避开Wi-Fi的1/6/11信道干扰（Wi-Fi信道宽度22MHz，而BLE信道仅2MHz），同时保证扫描者能快速发现设备。
广播事件：广播者在每个广播间隔（如100ms）内，依次在37→38→39三个信道上发送同一份广播包。扫描者只需在其中一个信道收到即可。

面试常考细节

广播间隔（Advertising Interval）：范围20ms~10.24s，步进0.625ms。越短越耗电，但被发现越快。面试官常问：“如果广播间隔设为20ms，有什么问题？”——答：可能导致信道拥塞，且设备功耗剧增。
广播类型：分为可连接广播、可扫描广播、不可连接广播、定向广播。高频考点：可连接广播和可扫描广播的区别——前者允许扫描者发起连接请求，后者允许扫描者发送扫描请求获取额外数据。
广播数据长度：31字节（传统广播）+ 31字节（扫描响应数据），总共62字节。注意：广播包本身最多31字节，扫描响应是独立的。面试官陷阱：“广播包能传100字节吗？”——不能，除非使用扩展广播（BLE 5.0）。

手撕伪代码：广播初始化（Nordic nRF5 SDK示例）

// 配置广播参数 ble_gap_adv_params_t adv_params = { .type = BLE_GAP_ADV_TYPE_ADV_IND, // 可连接广播 .p_peer_addr = NULL, // 不指定对端 .interval = MSEC_TO_UNITS(100, UNIT_0_625_MS), // 100ms .timeout = 0, // 永不超时 }; // 设置广播数据（31字节内） ble_advdata_t advdata = { .name_type = BLE_ADVDATA_FULL_NAME, .include_appearance = true, .flags = BLE_GAP_ADV_FLAGS_LE_ONLY_GENERAL_DISC_MODE, }; // 开始广播 sd_ble_gap_adv_start(&adv_params, APP_BLE_CONN_CFG_TAG);

面试话术：“广播参数的核心是类型和间隔。类型决定连接行为，间隔影响功耗和发现速度。实际项目中，我通常根据应用场景选择——比如信标用不可连接广播，传感器用可连接广播。”

2. 扫描机制：被动与主动

核心概念

扫描是接收方监听广播信道，获取广播数据的过程。分为被动扫描和主动扫描两种模式。

原理对比

特性	被动扫描	主动扫描
行为	只接收广播包，不发送任何数据	收到广播包后，发送扫描请求，获取扫描响应
数据量	最多31字节	最多62字节（31广播+31扫描响应）
功耗	低（只接收）	高（需发送请求）
典型场景	信标检测、低功耗传感器	设备发现、名称获取

面试常考细节

扫描请求（SCAN_REQ）和扫描响应（SCAN_RSP）：主动扫描时，扫描者发送SCAN_REQ，广播者回复SCAN_RSP。关键：SCAN_REQ包含扫描者的设备地址，因此广播者能知道谁在扫描自己——这在隐私保护场景中很重要。
扫描窗口和扫描间隔：扫描者并非持续监听，而是周期性地打开接收窗口。例如扫描间隔100ms，扫描窗口50ms，意味着每100ms内只监听50ms。面试题：“如果扫描窗口=扫描间隔，会发生什么？”——持续监听，功耗最高但发现最快。
被动扫描能收到扫描响应吗？不能。扫描响应只有在主动扫描时才会触发。面试官常混淆考生：“被动扫描能获取设备名称吗？”——如果名称在广播包中，可以；如果在扫描响应中，则不能。

手撕伪代码：主动扫描初始化（Android BLE API）

// 创建扫描回调 ScanCallback scanCallback = new ScanCallback() { @Override public void onScanResult(int callbackType, ScanResult result) { // callbackType: CALLBACK_TYPE_ALL_MATCHES 表示主动扫描 ScanRecord record = result.getScanRecord(); byte[] manufacturerData = record.getManufacturerSpecificData(); String deviceName = record.getDeviceName(); // 来自广播或扫描响应 } }; // 配置扫描过滤器（可选） ScanFilter filter = new ScanFilter.Builder() .setDeviceName("MyDevice") .build(); // 启动扫描 ScanSettings settings = new ScanSettings.Builder() .setScanMode(ScanSettings.SCAN_MODE_LOW_LATENCY) // 高频率扫描 .build(); BluetoothLeScanner scanner = BluetoothAdapter.getDefaultAdapter().getBluetoothLeScanner(); scanner.startScan(filters, settings, scanCallback);

面试话术：“实际开发中，我优先使用被动扫描以节省功耗。只有在需要获取设备名称或额外服务数据时，才切换到主动扫描。Android的SCAN_MODE_LOW_LATENCY对应高扫描窗口，适合近距离快速发现。”

3. 广播与扫描的交互时序

核心概念

广播者和扫描者通过广播事件和扫描事件在三个信道上完成数据交换，整个过程无需连接。

原理展开

广播者在广播间隔内，依次在37/38/39信道发送广播包（ADV_IND）。
扫描者在扫描窗口内监听这三个信道（通常轮流监听）。
如果扫描者采用主动扫描，收到广播包后，在同一信道上发送SCAN_REQ。
广播者收到SCAN_REQ后，在同一信道上回复SCAN_RSP。
整个过程在同一个广播事件内完成，不会跨信道。

面试常考细节

时序冲突：如果多个广播者同时在同一信道发送，会发生碰撞。BLE通过随机延迟（0~10ms）来避免——每次广播事件前，广播者会随机延迟一段时间。面试题：“如何减少广播碰撞？”——答：增大广播间隔、使用随机延迟、或采用BLE 5.0的扩展广播。
扫描者如何知道哪个信道？扫描者通常按固定顺序（37→38→39）循环监听，或使用自适应算法。但广播者必须在三个信道上都发送，因为扫描者可能只监听其中一个。
广播超时：广播可以设置超时时间（如30秒），超时后自动停止。面试陷阱：“为什么广播要设置超时？”——防止设备在无人连接时持续耗电，或用于信标的一次性广播。

进阶追问：BLE 5.0扩展广播

面试官可能追问：“BLE 5.0的扩展广播和传统广播有什么区别？”

特性	传统广播	扩展广播（BLE 5.0）
数据长度	31字节（+31扫描响应）	最多255字节（主信道）+ 最多1650字节（辅助信道）
信道使用	仅37/38/39	主信道（37/38/39）+ 辅助信道（0-36）
速率	1Mbps	可支持125Kbps/500Kbps/1Mbps/2Mbps
典型场景	简单信标	复杂广播数据、音频流、大文件传输

面试话术：“BLE 5.0的扩展广播通过主信道发送指向辅助信道的指针，从而在数据信道上传输大量数据。这解决了传统广播31字节的限制，但增加了复杂度。我在项目中只在需要传输设备配置信息时使用扩展广播。”

4. 常见面试题与参考答案

问题1：BLE广播为什么用三个信道而不是一个？

参考答案：“BLE使用三个广播信道（37/38/39）是为了抗干扰和快速发现。这三个信道故意避开了Wi-Fi的1/6/11信道（2.4GHz频段的主要干扰源）。同时，广播者在三个信道上轮流发送，扫描者只需监听其中一个就能收到，提高了发现概率。如果只用单信道，一旦该信道被Wi-Fi占用，设备将无法被发现。”

问题2：广播间隔和扫描间隔如何影响功耗和发现时间？

参考答案：“广播间隔越短，设备被发现越快，但功耗越高。例如，20ms间隔下，设备每秒发送50次广播包，功耗约是100ms间隔的5倍。扫描间隔同理：扫描窗口越大、间隔越小，发现越快但功耗越高。实际项目中，我通常根据场景平衡：对于需要快速连接的设备（如门锁），广播间隔设为30-50ms；对于信标（如室内定位），设为500ms-1s以延长电池寿命。”