Android设备长期连接BLE后出现status=22断开连接问题求助

• 错误码status=22的含义：对应GATT_CONN_TERMINATE_LOCAL_HOST，说明是Android本地主动发起的连接终止。

• GC是否会导致应用终止？：GC本身不会直接杀掉应用，但如果应用在后台被系统因资源紧张回收，确实会导致BLE连接断开。不过你是每分钟发送一次数据，这种低频率操作下，应用被回收的概率不算高，但Android 10及以上版本后台限制严格，仍有可能性。不过从BLE Sniffer的现象来看，Android是先停止发送EmptyPDU再断开，更可能是BLE连接栈层面的问题，而非应用被直接杀死——如果应用被杀，系统会直接断开连接，不会有停发EmptyPDU的前置行为。

• EmptyPDU停止发送的可能诱因：

  • Android BLE栈的闲置判定：部分厂商定制ROM会对长时间低交互的BLE连接触发超时，哪怕每分钟发一次电池数据，数据量过小也可能被判定为“闲置”，主动断开。
  • 连接参数不匹配：检查STM32WB55和Android的连接参数（连接间隔、超时时间），如果设备侧超时设置过短，Android端稍有延迟就可能触发断开，但这里是Android先停发数据包，更偏向Android栈的问题。
  • 硬件驱动bug：部分设备的BLE硬件或驱动存在稳定性问题，长时间运行后出现异常，导致停止发送EmptyPDU进而断开连接。

• 排查与解决建议：

  • 抓取BLE调试日志：用adb logcat -s BluetoothGatt BluetoothAdapter命令导出断开前后的日志，查看是否有明确的断开原因提示。
  • 优化后台保活：针对不同Android版本做适配，比如启动前台服务、申请电池优化豁免，排除应用被系统回收的可能。
  • 增加连接活跃性：可以把数据发送频率提高到30秒一次，或者每次发完电池数据后加一个空的特征读写操作，避免被Android栈判定为闲置。
  • 核对设备侧连接参数：确保STM32WB55的连接超时设置足够长，和Android端参数匹配，避免设备侧提前触发断开。

内容的提问来源于stack exchange，提问作者Vincent Besse