Android Ble 问题记录日志

1.中兴手机，蓝牙手动断开后，无法再次链接问题。（可能别的手机也存在类似问题）
解决办法： 在连接gatt之前，对bluetoothadapter进行一次scan 顺利解决此问题。

2.Gatt链接不稳定（在部分手机上出现过，此问题先排除硬件问题。此处只针对自己遇到的情况，或许有别的方案，待补充）
解决办法： 由于用到了gattserver，在启动gattserver和连接gatt之间由于未做顺序的限制，导致了此问题。经过反复调试后，发现只需要先创建gattserver，在serviceadded之后，在去进行gatt链接，此时的gatt连接会比较稳定。

3.小米手机遇到的，在gatt连接之后，手动调用gatt.disconnect和 close。第二次链接后 自动断开，再次连接会重新绑定。
解决办法：也是无意中，看到一篇文章，写的是小米手机在gatt操作的时候 ，最好要做一下sleep操作，可能是因为小米底层对蓝牙的某些东西没有来得及释放(自己猜测)。 于是在gatt 连接上时，在gatt.discoverServices 之前，加上 sleep(500) ，发现断开后在连接 成功率大大提高。

2014-11-14
4.蓝牙关闭和打开变得异常缓慢，甚至崩溃
此问题可能与当蓝牙关闭时，尚有为关闭的 gatt连接/gattserver。我的解决办法是，注册蓝牙状态的监听，当发现蓝牙状态变为BluetoothAdapter.STATE_TURNING_OFF 时，立刻释放所有的gatt连接，关闭gattserver。经不完全测试发现，蓝牙的关闭速度变得快多了。

5.当批量连接蓝牙时，不进行onConnectionStateChange 回调。
这个问题是自己 闲的蛋疼，在测试的时候，用了很多假的mac 地址。于是造成的后果可想而知，肯定的是连不上的。但是同时也发现了问题，当ble去连接一个不存在的mac，或者不在范围内的mac地址时，发现有时候 不会进行onConnectionStateChange的回调，觉得很蛋疼。个人觉得会不会是因为 ，同时发送的connectGatt 请求太多，导致了系统的蓝牙阻塞或者别的什么问题。没办法，既然发现了这个问题，就只好动手解决了。首先，我在批量连接connectGatt的时候，新增了一个扫描，只有当 要连接的 设备扫描到了，才进行连接。然后，我还对gatt的连接，做了一个同步(每次只能进行一个连接，上一个连接不结束的话，无法开始上一个连接，同时针对连接无回调的情况做了超时处理，超时的话立马释放当前连接)。 这么说可能感受不是很直观。但个人觉得，在操作手机蓝牙的时候，还是做个同步的好。 避免同时发生多个gatt的操作，倒是手机蓝牙奔溃等情况的发生。