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回调。代码如下：

　　

public void onConnectionStateChange(BluetoothGatt gatt, int status, int newState) {
    String intentAction;
    if (newState == BluetoothProfile.STATE_CONNECTED) {
    　　intentAction = ACTION_GATT_CONNECTED;
    　　mConnectionState = STATE_CONNECTED;
    　　broadcastUpdate(intentAction);
 　　　　//discoverService
       while(!gotoServiceDiscover) {//gotoServiceDiscover为定义的全局变量，初始值为false，true代表回调了onServicesDiscovered方法
       　　Log.d(TAG,"next time failed");
       　　try{
       　　　　Thread.sleep(2000);
       　　}catch (Exception e){
       　　　　e.printStackTrace();
       　　}
       　　if(!gotoServiceDiscover){
       　　　　flag = mBluetoothGatt.discoverServices();
       　　}
       }
　　}
　　}   

 

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