安卓开发中为何蓝牙Socket可正常关闭却无法连接已配对设备？

你遇到的典型报错日志：

D/tag: CouldNotConnectToSocket
D/BluetoothSocket: close()

针对你提出的两个问题的明确答复 #

• BTSocket.connect() 必须放在独立子线程中执行，这不是可选优化，是Android的强制规则。
  该方法是完全阻塞的，单次调用最长可能阻塞120秒等待连接超时，如果放在主线程执行，会触发网络请求主线程严格检测，直接抛异常或造成应用ANR。
  这里有个非常高发的踩坑点：哪怕你把连接逻辑写在run()方法里，如果是直接在主线程调用run()，而不是通过new Thread(你的Runnable实例).start()启动新线程，本质逻辑还是跑在主线程上，一样会触发连接异常。
• 不需要人为添加无明确作用的随机延迟。所有靠加延迟绕开连接失败的写法都是临时偏方，没有解决根因，换设备换系统版本就会复现问题。

常见触发连接失败的排查方向与修复方案 #

1. 校验UUID匹配度
   代码中传入createRfcommSocketToServiceRecord()的UUID，必须和远端设备开放的SPP服务UUID完全一致。如果是对接通用蓝牙串口设备，一般使用标准UUID 00001101-0000-1000-8000-00805F9B34FB，如果是自定义硬件，要和硬件端的配置逐字符核对，避免大小写、长度偏差导致连接握手失败。
2. 校验流程顺序与状态
   正确的连接流程顺序为：
   • 通过已配对的device对象创建RfcommSocket实例
   • 调用cancelDiscovery()停止正在进行的蓝牙扫描
   • 执行connect()发起连接
     注意：整个连接过程中不能重新启动蓝牙扫描，扫描产生的射频带宽占用会直接中断正在进行的socket连接握手。
3. 检查权限配置
   适配Android 12及以上版本时，必须在Manifest中声明并动态申请BLUETOOTH_CONNECT权限，缺少该权限时，哪怕设备配对成功，拿到的socket对象也不具备实际连接权限，connect()会直接抛出IO异常。
4. 添加兼容兜底逻辑
   部分定制ROM的蓝牙栈存在原生bug，标准API创建的RfcommSocket无法正常连接，这种场景下可以在标准connect()失败后，通过反射调用device.createRfcommSocket(1)创建通道1的socket实例，再次尝试连接，这是目前行业通用的兼容方案，不需要额外加延迟。

当前代码的隐患修正建议 #

• 异常捕获块中调用closeSocket(BTSocket)前增加非空判断，避免创建socket阶段就抛出异常时，BTSocket仍为null，触发空指针崩溃。
• 初始化mHandler时确保绑定主线程Looper，否则在子线程中初始化的Handler无法处理消息，会触发运行时崩溃。

内容的提问来源于stack exchange，提问作者Romko Smuk