BLE无法正常回调onServicesDiscovered方法解决方法

  笔者最近在做一个蓝牙服务,无法正常回调onServicesDiscovered让我忙上忙下瞎调试了一天。网上查到了一些相关博客,写的很对!有用!这里就调试方法做一个小小的总结,也有一个笔者新改动的地方写下来避免后来者入坑。

  1.调用gatt.discoverService需要写在onConnectionStateChange方法里面。

  2.延时多调用几次discoverService方法。多调用本质上其实就包括了延时,而笔者之所以在多调用的基础上再加上延时,是因为避免出现多次进入onServisesDiscovered方法,虽然我也不知道多进入几次有什么不好,hhh。延时的做法很简单,在gatt.discoverService前加上一句Thread.sleep(1000),代表休眠1000ms后继续执行,休眠语句需要做try catch操作。多调用几次discoverService方法需要申明一个全局变量boolean temp,然后将discoverService放到if(!temp)当中。temp默认为false,在onServicesDiscovered中让temp=true,这样就能确保进入到了onServicesDiscovered回调。代码如下:

  

 1 public void onConnectionStateChange(BluetoothGatt gatt, int status, int newState) {
 2     String intentAction;
 3     if (newState == BluetoothProfile.STATE_CONNECTED) {
 4       intentAction = ACTION_GATT_CONNECTED;
 5       mConnectionState = STATE_CONNECTED;
 6       broadcastUpdate(intentAction);
 7      //discoverService
 8        while(!gotoServiceDiscover) {//gotoServiceDiscover为定义的全局变量,初始值为false,true代表回调了onServicesDiscovered方法
 9          Log.d(TAG,"next time failed");
10          try{
11            Thread.sleep(2000);
12          }catch (Exception e){
13            e.printStackTrace();
14          }
15          if(!gotoServiceDiscover){
16            flag = mBluetoothGatt.discoverServices();
17          }
18        }
19   }
  }

 

  3.笔者所做的是一个开机自启动的蓝牙服务。在收到开机广播后,startService。经常出现这样的情况,在实例化BluetoothManager和BluetoothAdapter后,调用BluetoothAdapter的getRemoteDevices方法,此时可能蓝牙还没能自动连接,所以就出问题了。于是笔者在BootBroadcastReceiver中在收到开机广播后,延时20s再启动相应服务,这样蓝牙正常连接,也能正常进入onServicesDiscovered回调了。事实上,这样的判定条件还是不准确,改为获得蓝牙设备成功连接标志后再启动相应服务会更好一些。

你可能感兴趣的:(BLE无法正常回调onServicesDiscovered方法解决方法)