Android BLE栈在连接关闭、应用终止后反复重连外设求助

这真是个头疼的Android BLE异常，尤其是在多台不同版本设备上稳定复现，还排除了Spotify的锅，而且原生AOSP没问题，基本可以锁定是厂商定制ROM或者谷歌服务相关的后台进程在偷偷触发重连。给你几个针对性的排查和解决方向：

1. 揪出后台发起重连的“元凶” #

首先得搞清楚到底是谁在发起连接，毕竟你的应用已经被卸载了，肯定是其他进程搞的鬼：

• 用adb shell dumpsys bluetooth_gatt查看当前所有GATT连接的上下文，重点找client package name字段，看有没有陌生的应用或谷歌服务相关进程（比如com.google.android.gms下的子模块）
• 重连发生时，用更精准的日志过滤：adb logcat -s BluetoothManager BluetoothGatt bt_btif bt_smp，仔细找包含initiate connection、auto connect的日志行，然后用PID反查对应的应用：adb shell ps | grep <PID>
• 试试adb shell dumpsys activity services，看有没有后台运行的BLE相关服务，尤其是和位置、健康相关的系统服务

2. 清理系统蓝牙的隐性缓存与残留 #

即使你没手动配对，系统可能会生成临时的GATT缓存或绑定记录，触发自动重连：

• 先关闭蓝牙，然后执行adb shell rm -rf /data/misc/bluetooth/gatt_cache_*清除所有GATT缓存，再重启蓝牙测试
• 用adb shell bluetoothctl进入蓝牙控制终端，输入paired-devices查看有没有目标设备的MAC，如果有，执行remove <MAC_ADDRESS>彻底移除绑定记录
• 有些厂商的ROM会保留“最近连接设备”的后台扫描逻辑，你可以在系统蓝牙设置里手动忽略目标设备，看是否能阻止重连

3. 隔离谷歌服务的影响 #

既然AOSP没问题，谷歌服务的定制模块大概率是嫌疑犯：

• 临时禁用Google Play Services的位置权限：进入「设置→应用→Google Play Services→权限」，关闭位置权限（很多BLE扫描/连接依赖位置权限），测试重连是否停止
• 重启到安全模式（不同设备操作不同，比如Pixel长按电源键后长按重启），安全模式下只会加载系统默认服务，如果重连消失，说明是第三方应用或谷歌服务的额外模块导致的
• 可以尝试禁用Google Play Services里的特定模块，比如「Google Fit」「位置历史」这类可能和BLE交互的服务，逐一排查

4. 深入对比定制ROM与AOSP的BLE差异 #

既然你已经刷了AOSP，对比定制ROM的蓝牙代码是最直接的方式：

• 下载对应厂商的开源蓝牙代码（比如三星、LG的Android开源项目分支），重点看btif_gatt.c、bta_gattc_api.c这类文件，有没有在原生基础上添加自动重连的逻辑，比如针对特定UUID或设备类型的后台扫描触发
• 在你的测试设备上，给蓝牙服务添加临时日志（如果能root的话），比如在bta_gattc_conn_cback函数里添加调用栈打印，看是谁触发了连接

5. 临时规避方案（给用户应急用） #

如果排查期间需要解决用户的问题，可以试试这些临时手段：

• 在应用断开连接后，主动调用BluetoothDevice.removeBond()（即使没配对，有些系统会生成临时bond，这个方法可以清除相关记录）
• 断开连接后，确保调用BluetoothGatt.close()后，把BluetoothGatt对象置为null，避免内存泄漏导致的隐性连接
• 有些设备的系统蓝牙设置里有“自动连接”开关，即使你的应用没开，系统可能全局开启，尝试关闭这个开关

附上你提供的Nexus 5X蓝牙服务日志供参考：

05-15 10:36:55.428 6397 7029 W bt_smp : smp_br_connect_callback is called on unexpected transport 2 
05-15 10:36:55.428 6397 7029 W bt_btif : bta_dm_acl_change info: 0x0 
05-15 10:36:55.428 6397 7029 E bt_btif : bta_gattc_cache_load: can't open GATT cache file /data/misc/bluetooth/gatt_cache_c4be844851e9 for reading, error: No such file or directory 
05-15 10:36:55.428 6397 6526 D bt_btif_dm: remote version info [c4:be:84:48:51:e9]: 0, 0, 0 
05-15 10:36:55.432 6397 6526 E BluetoothRemoteDevices: state12newState0 
05-15 10:36:56.141 6397 7029 W bt_bta_gattc: bta_gattc_explore_srvc no more services found 
05-15 10:36:56.141 6397 7029 I bt_bta_dm: bta_dm_gatt_disc_result service_id_uuid_len=2 
05-15 10:36:56.141 6397 7029 I bt_bta_dm: bta_dm_gatt_disc_result service_id_uuid_len=2 
05-15 10:36:56.142 6397 7029 I bt_bta_dm: bta_dm_gatt_disc_result service_id_uuid_len=2 
05-15 10:36:58.185 6397 7029 W bt_btif : bta_gattc_conn_cback() - cif=3 connected=0 conn_id=3 reason=0x0016 
05-15 10:36:58.185 6397 7029 W bt_btif : bta_gattc_conn_cback() - cif=4 connected=0 conn_id=4 reason=0x0016 
05-15 10:36:58.185 6397 7029 W bt_btif : bta_gattc_conn_cback() - cif=5 connected=0 conn_id=5 reason=0x0016 
05-15 10:36:58.185 6397 7029 W bt_btif : bta_gattc_conn_cback() - cif=6 connected=0 conn_id=6 reason=0x0016 
05-15 10:36:58.185 6397 7029 I bt_btm_sec: btm_sec_disconnected clearing pending flag handle:5 reason:22 
05-15 10:36:58.187 6397 6526 E BluetoothRemoteDevices: state12newState1 
05-15 10:36:58.199 6397 6397 D BluetoothMapService: onReceive 
05-15 10:36:58.200 6397 6397 D BluetoothMapService: onReceive: android.bluetooth.device.action.ACL_DISCONNECTED 

内容的提问来源于stack exchange，提问作者Alex Suzuki