我目前正在开发将使用低功耗蓝牙的应用程序（在Nexus 4上进行测试）。在开始使用Android 4.3中的官方BLE API之后，我注意到，第一次连接设备后，我很少能够再次成功连接到该设备或任何其他设备或与之通信。

遵循此处的指南，我可以成功连接到设备，扫描服务和特征以及读取/写入/接收通知，而不会出现任何问题。但是，在断开连接并重新连接后，我通常无法扫描服务/特性或无法完成读取/写入。我在日志中找不到任何可以指示这种情况发生的原因。

一旦发生这种情况，我必须先卸载应用程序，禁用蓝牙并重新启动手机，然后手机才能再次开始工作。

每当设备断开连接时，请确保在BluetoothGatt对象上调用close（）并将其设置为null。有什么见解吗？

编辑：
日志转储：对于这些日志，我扎根了手机，并提高了/etc/bluetooth/bt_stack.conf中相关项目的跟踪级别

成功连接 -重新启动手机并安装应用程序后的首次尝试。我能够连接，发现所有服务/特征以及进行读/写。

尝试失败1-这是与上面的成功连接断开连接后的下一次尝试。看来我能够发现特征，但是第一次读取尝试返回了一个空值，此后不久就断开了连接。

尝试失败2-我什至无法发现服务/特征的示例。

编辑2：
我尝试连接的设备基于TI的CC2541芯片。我获得了TI SensorTag（也基于CC2541）来玩耍，并发现TI 昨天为SensorTag 发布了一个Android应用。但是，这个程序有同样的问题。我在其他两个Nexus 4上进行了测试，结果相同：第一次或第二次成功连接SensorTag，但此后（根据日志）未能发现服务，从而导致各种崩溃。我开始怀疑这块特定的芯片是否有问题？

重要的实施提示

（由于Android操作系统的更新，也许其中的某些提示不再是必需的。）

1. 某些设备（如带有Android 4.3的Nexus 4）需要使用现有gatt实例进行45秒以上的连接。解决方法：始终在断开连接时关闭gatt实例，并在每次连接时创建一个新的gatt实例。
2. 别忘了打电话 android.bluetooth.BluetoothGatt#close()
3. 在其中启动一个新线程 onLeScan(..)，然后连接。原因：BluetoothDevice#connectGatt(Context context, boolean autoConnect, BluetoothGattCallback callback)如果LeScanCallback() {...}.onLeScan(BluetoothDevice device, int rssi, byte[] scanRecord)在带有Android 4.3的Samsung Galaxy S3的同一线程中内部调用，则始终会失败（至少对于构建JSS15J.I9300XXUGMK6）
4. 大多数设备过滤广告
5. 最好不要 android.bluetooth.BluetoothAdapter#startLeScan(UUID[] serviceUuids, LeScanCallback callback) 与该参数一起使用以过滤某些服务UUID，因为它在带有Android 4.3的Samsung Galaxy S3中已完全损坏，并且通常不适用于128位UUID。
6. 加特总是一次能处理一个命令。如果几个命令接一个被短暂调用，则由于gatt实现的同步性，第一个命令被取消。
7. 我什至经常在配备Android 5的现代设备上看到Wifi干扰蓝牙，反之亦然。不得已时，请关闭wifi来稳定蓝牙。

初学者教程

对于新手来说，一个不错的入门点可以是此视频教程：为Android开发蓝牙智能应用程序http://youtu.be/x1y4tEHDwk0

操作系统更新现已解决了下面描述的问题和解决方法

解决方法：这样做可以“稳定”我的应用程序...

1. 我为用户提供了“重启蓝牙”设置。如果启用了该设置，我会在某些时候重启蓝牙，这表明BLE堆栈的开始变得不稳定。例如，如果startScan返回false。如果serviceDiscovery失败，这也可能是个好主意。我只是关闭蓝牙然后再打开。
2. 我提供了另一个设置“关闭WiFi”。如果启用了该设置，则我的应用在运行时会关闭Wifi（然后将其重新打开）

解决方法是基于以下经验...

• 在大多数情况下，重启蓝牙有助于解决BLE问题
• 如果关闭Wifi，则BLE堆栈会变得更加稳定。但是，它在打开wifi的大多数设备上也可以正常工作。
• 如果您关闭Wifi，则在大多数情况下，重新启动蓝牙可完全恢复BLE堆栈，而无需重新启动设备。

关闭WIFI：

我也可以确认，关闭WIFI可使蓝牙4.0更稳定，尤其是在Google Nexus（我有Nexus 7）上。

问题

是我开发的应用程序需要两个WIFI和连续蓝牙LE扫描。因此关闭WIFI对我来说是没有选择的。

此外，我已经意识到，持续的蓝牙LE扫描实际上可以终止WIFI连接，并使WIFI适配器在BLE扫描打开之前无法重新连接到任何WIFI网络。（我不确定移动网络和移动互联网）。
这肯定发生在以下设备上：

• Nexus 7
• 摩托罗拉摩托G

但是，启用WIFI的BLE扫描在以下方面似乎相当稳定：

• 三星S4
• HTC One

我的解决方法

我扫描BLE短时间3-4秒，然后关闭扫描3-4秒。然后再次打开。

• 显然，当我连接到BLE设备时，我总是关闭BLE扫描。
• 当我与设备断开连接时，我将重新启动BLE（先关闭适配器然后再打开）以重置堆栈，然后再次开始扫描。
• 发现services或characteristics失败时，我也会重置BLE 。
• 当我从应用程序应连接的设备获取广告数据时（假设说500次却无法连接-那大约是5-10秒的广告时间），我再次重置BLE。

确保您的Nexus已与设备配对。我无法验证通讯是否正常，但是您无需重新启动就能连接多个。似乎第一个连接不需要配对，但随后的所有尝试都需要配对。

我将在几天内测试服务发现和gatt读写请求而无需重新启动，以更新此答案。

编辑：事实证明，我正在测试开发固件版本（我们的传感器），如果未配对会导致问题。我们最新的生产固件版本可在2540和2541上正常运行。

编辑：我确实注意到，在Nexus 7 2013上，关闭WiFi后连接更加稳定。我想知道这是否对其他人有帮助。

编辑：我似乎已经与配对倒退。未配对时，一切正常。配对后，我遇到与OP完全相同的症状。只是不知道这是否与我们的固件或Android BLE API有关。如果进行测试，请小心，因为一旦配对，由于这篇文章 3b中解释的错误，您可能无法取消配对。

在某些模型中，存在缺陷：https : //code.google.com/p/android/issues/detail?id=180440

另一方面，在我的情况下，问题是在onDestroy方法中未正确关闭我的连接。正确关闭后，对我来说不存在问题，无论是否打开或关闭wifi。

btGatt.disconnect();
btGatt.close();

我面临着类似的问题。我的解决方法是

if (Build.VERSION.SDK_INT >= 23) {
  mBluetoothGatt = device.connectGatt(this, false, mGattCallback, BluetoothDevice.TRANSPORT_LE);
} else {
  mBluetoothGatt = device.connectGatt(this, false, mGattCallback);
}

＆断开连接后调用关闭。