Android 6.0蓝牙重连问题分析与解决方案

1. 项目背景与问题定位

最近在调试Android 6.0（API 23）系统上的LEA蓝牙耳机时，遇到了一个典型的重连问题：当耳机意外断电（如电量耗尽）后重新上电时，系统无法自动恢复连接。这种情况在车载蓝牙、运动耳机等场景尤为常见，会直接影响用户体验。

经过抓取蓝牙HCI日志分析，发现问题出在底层协议栈的状态机处理上。Android 6.0的蓝牙协议栈对这类非主动断连（断电属于物理层意外断开）的处理存在缺陷，没有正确触发重连机制。这与Android 8.0之后引入的自动重连策略形成鲜明对比。

2. 蓝牙协议栈重连机制解析

2.1 标准蓝牙重连流程

按照蓝牙核心规范v4.2，正常重连流程应包含以下步骤：

1. 物理层检测到连接丢失（HCI Disconnection Complete事件）
2. 主机控制器接口(HCI)上报断开原因（如0x08：Connection Timeout）
3. 协议栈根据断开原因决定是否重连
4. 应用层收到连接状态回调

但在Android 6.0的实现中，第三步的判断逻辑存在漏洞。当断电导致的连接丢失（原因码0x3B：Power Off）发生时，系统错误地认为这是用户主动操作，因此不触发自动重连。

2.2 Android 6.0特定问题

通过逆向分析Bluetooth.apk，发现关键问题代码位于：

java复制// BluetoothDevice.java
public boolean createBond() {
    // 当上次断开原因为POWER_OFF时错误地跳过自动重连
    if (lastDisconnectReason == 0x3B) {
        return false; 
    }
    // ...其他逻辑
}

这种处理方式在普通蓝牙设备上可能合理，但对LEA（Low Energy Audio）这类需要持久化连接的设备显然不适用。我们需要在HCI层和应用层同时进行修改。

3. 解决方案设计与实现

3.1 底层HCI拦截方案

首先修改kernel层的蓝牙驱动，强制重写断电导致的断开原因码：

c复制// drivers/bluetooth/hci_core.c
static void hci_disconn_co