蓝牙连接流程与配对绑定核心要点
蓝牙连接流程是面试高频考点，覆盖广播、扫描、连接建立、配对绑定及安全等级。面试官常从协议细节、工程优化、安全合规三个维度考察。以下用表格梳理各阶段关键要素，再通过问答卡片和项目模板深入拆解。
| 阶段 | 关键动作 | 协议/参数 | 常见坑点 |
|---|---|---|---|
| 广播 | ADV_IND / ADV_DIRECT_IND | 广播间隔、频道、数据类型 | 功耗与发现速度平衡 |
| 扫描 | 被动/主动扫描 | 扫描窗口、间隔、驻留时间 | 漏包、重复过滤 |
| 连接建立 | LL_CONNECT_REQ | 连接间隔、延迟、监督超时 | 冲突、参数不匹配 |
| 配对绑定 | Just Works / Passkey / OOB | IO能力、密钥大小 | MITM攻击、兼容性 |
| 安全等级 | Legacy vs LE Secure Connections | 密钥长度、加密算法 | 低等级设备降级风险 |
面试问答卡片
🔹 问题1：请描述蓝牙连接建立的整体流程，包括广播、扫描、连接、配对各阶段的关键步骤。
🎯 考察点：对蓝牙协议栈整体理解、各阶段协议细节、实际工程中的参数配置意识。
📐 回答框架：总述四阶段 → 分阶段展开（广播类型与间隔、扫描窗口、连接参数、配对方法） → 总结安全要点。
💬 示例回答：蓝牙连接分四步：①广播端以ADV_IND发送包含设备名的数据包，间隔20ms~10.24s；②扫描端主动扫描发SCAN_REQ获取完整数据；③连接发起方发LL_CONNECT_REQ，指定连接间隔（7.5ms~4s）和延迟；④连接后通过Pairing交换密钥，默认使用LE Secure Connections，IO能力决定配对方法。
❓ 可能追问：广播间隔对功耗和发现速度的影响？连接监督超时如何设置？主动扫描与被动扫描区别？
🔹 问题2：蓝牙配对方法有哪些？分别适用于什么场景？安全等级如何划分？
🎯 考察点：配对协议（SM）、IO能力与配对方法映射、安全等级差异及兼容性。
📐 回答框架：配对方法总览（Just Works/Passkey/Numeric Comparison/OOB） → 各方法适用场景（无IO、有输入、两屏、NFC） → 安全等级对比（Legacy vs LE Secure） → 实际选型建议。
💬 示例回答：BLE配对方法有4种：Just Works用于无显示/键盘设备（如传感器）；Passkey需一方输入6位码；Numeric Comparison两边显示数字确认；OOB通过NFC等带外传输。安全等级上，LE Secure Connections使用ECDH密钥交换，抵抗MITM；Legacy配对容易被中间人攻击，尽量回避。
❓ 可能追问：如果设备只有LED灯，如何实现Passkey配对？配对过程如何防重放攻击？OOB的具体实现？
🔹 问题3：在蓝牙连接过程中，如何优化连接速度和成功率？
🎯 考察点：工程调优能力、参数权衡（功耗/速度/稳定性）、抗干扰策略。
📐 回答框架：广播层优化（间隔缩小、扩展广播） → 扫描层优化（持续扫描+过滤） → 连接参数优化（连接间隔、窗口、重传） → 环境干扰处理（跳频/信道映射） → 测试验证方法。
💬 示例回答：优化连接速度主要手段：①缩短广播间隔至20ms（功耗允许时）；②使用扩展广播发送完整数据减少SCAN_REQ；③连接时采用最小连接间隔7.5ms；④开启LE 2M PHY降低空口时间。成功率方面，调整连接窗口为最小连接间隔+延迟，并在代码中加入重试机制（如3次重连）。
❓ 可能追问：连接建立后断连如何处理？信道质量差时是否调整跳频表？连接参数更新请求的时机？
📁 项目案例模板
智能穿戴设备与手机蓝牙连接优化项目
| 项目名称 | 低功耗手环iOS/Android配网及连接稳定性优化 |
| 业务背景 | 手环首次配网耗时>15秒，断连后重连成功率仅70%，影响用户体验。 |
| 规模指标 | 日活50万+设备；每天连接建立请求约200万次；平均连接时长8小时。 |
| 技术栈 | BLE 4.2/5.0，Nordic nRF52832，Android BLE API，iOS CoreBluetooth，MTK芯片协议栈。 |
| 核心难点 | ①不同手机厂商对扫描窗口的实现差异导致连接超时；②广播间隔适配功耗与发现速度；③配对后安全升级兼容旧设备；④连接参数动态调整避免在弱信号下频繁断连。 |
| 面试高频追问 | ➤ 如何测量不同手机的扫描窗口实际值？ ➤ 连接失败后如何区分是蓝牙栈问题还是参数问题？ ➤ 安全升级时Legacy向LE Secure过渡的方案？ |
| 可迁移回答话术 | “我们通过打日志+协议分析仪抓包发现，某品牌手机扫描窗口实际比声明值小30%，导致连接请求未收到。对策是增加连接窗口余量，并在广播中携带设备白名单减少无效扫描。此外，针对断连场景设计了自适应连接间隔：信号>-60dBm时缩小间隔提升速度，信号<-80dBm时增大间隔减少丢包。” |