Android蓝牙APP授权蓝牙后出现ANR崩溃问题求助

一、ANR核心原因定位 #

ANR本质是主线程被阻塞超过系统阈值（通常5秒），优先从ANR日志提取主线程堆栈信息，重点确认：

• 主线程是否卡在蓝牙启用的同步操作上
• 是否有耗时IO、死循环或锁竞争占用主线程资源

二、场景针对性排查点 #

1. 蓝牙启用逻辑的线程问题 #

• 检查是否在主线程直接调用BluetoothAdapter.enable()：该方法为同步阻塞调用，设备启用蓝牙需数秒时间，直接在主线程执行会触发ANR。正确做法是通过系统Intent请求启用蓝牙：

  val enableBtIntent = Intent(BluetoothAdapter.ACTION_REQUEST_ENABLE)
  startActivityForResult(enableBtIntent, REQUEST_ENABLE_BT)
  

• 对比拒绝权限后的逻辑：拒绝仅触发Toast提示，无阻塞操作，因此正常；授权后执行了同步启用蓝牙的代码，是ANR的核心诱因。

2. 权限回调的逻辑检查 #

查看onRequestPermissionsResult或Activity Result API的回调代码，确认：

• 未在主线程同步等待蓝牙状态变更（比如死循环检查BluetoothAdapter.isEnabled()）
• 蓝牙扫描、设备连接等耗时操作未放到子线程执行

3. Manifest配置校验 #

• 确认蓝牙权限声明完整：Android 12+需BLUETOOTH_CONNECT、BLUETOOTH_SCAN；旧版本需BLUETOOTH、BLUETOOTH_ADMIN
• 若涉及BLE扫描，需检查位置权限（ACCESS_FINE_LOCATION/ACCESS_COARSE_LOCATION）是否正确声明并申请

三、基于代码与日志的具体检查步骤 #

针对MainActivity.kt： #

• 定位连接按钮的点击事件，检查授权后执行的代码：
  • 是否存在bluetoothAdapter?.enable()调用，如有则替换为Intent请求方式
  • 确认蓝牙扫描、设备查找等操作是否通过协程、线程池或AsyncTask放到子线程执行
• 排查主线程是否存在Thread.sleep()、Object.wait()等显式阻塞逻辑

针对ANR日志： #

• 提取主线程堆栈轨迹，定位阻塞点。例如日志显示：

  main (tid 1) Blocked on com.android.bluetooth.adapter.BluetoothAdapter.enable()
  

  即可直接确认是同步调用蓝牙启用方法导致的ANR。

四、随机崩溃关联排查 #

随机崩溃大概率与蓝牙状态监听或生命周期管理有关：

• 检查BluetoothAdapter.ACTION_STATE_CHANGED广播接收器的处理逻辑，确认未在主线程执行耗时操作
• 排查蓝牙实例的生命周期：Activity销毁后是否仍持有蓝牙连接对象，导致内存泄漏或空指针异常

内容的提问来源于stack exchange，提问作者Mohan Sai0007