[随记]Android 蓝牙开发的一些坑

9102年做Android开发，或多或少都会遇到一些智能硬件的项目，而我们的Android设备能够外部通讯的方式，要么是专门定制的终端手部，拥有私有的通讯串口和SDK，要么就是使用普通Android设备来进行控制，因而最常见的大概就是Wifi和蓝牙了，本篇将记录和讲述我在做蓝牙开发过程中的一些坑。

SPP（蓝牙2.0）粘包问题

SPP模式开发最头疼的问题之一，简单描述来说，蓝牙SPP模式下接收数据一般是需要一个单独的线程来完成，使用蓝牙提供的Socket来进行读取和写入操作，但问题是读取的过程并不是你想象中那么规范，例如设备端通过蓝牙SPP给你的手机APP发送这样一段话：“The components in this table are listed in encoding order (see below),which is why color ints are called ARGB colors.”
而你读取到的结果打印出来可能是这样的（每次读取到的内容+换行后的结果）：

The compone
nts in this table
 are listed in encod
ing ord
er (see below),which is w
hy color ints ar
e called ARGB colo
rs.

这样的问题就是粘包发生了，单独一句还好，若设备端不断的向你吐数据，那么你可能接收到的上一句半拉结尾和下一局头几个字混在一起的现象，这样让我们就根本没办法正常读取到一段完整的语句了。

因为这个问题属于蓝牙原理上的问题，要解决这个问题，最优的方案是约定一个结束符来作为一句话的结尾，然后做个缓冲器，每当读取到这个符号就当做一句话结束、将结束符前缓冲器中的文字一并处理即可。

BLE（蓝牙4.0）在Android P上扫描发生BLUETOOTH_PRIVILEGED权限异常

大致是就是被警告没有声明android.permission.BLUETOOTH_PRIVILEGED权限，查了Google的资料说这个权限的作用是“允许应用程序在没有用户交互的情况下配对蓝牙设备，并允许或禁止电话簿访问或消息访问”，但实际上是扯蛋的，你就是声明了它也没啥用，搜遍全网我也没找到几个靠谱的说法，应该是新系统特性变化导致的问题，实际尝试检查后发现开启蓝牙的语句执行了但没成功，系统蓝牙处于关闭状态，手动开启问题消失。

详细的问题可以参考我这篇文章《关于蓝牙扫描出现的BLUETOOTH_PRIVILEGED权限异常》：https://www.jianshu.com/p/1bb4edb00479

BLE发送限制20字节问题

好吧其实是23字节（大概）但被系统占了几个字节实际上你可能只能发出20字节的数据，这问题主要是蓝牙为了节省耗电做的限制，要解决最好的方法大概就是轮询发送法了，下边代码放上：

TaskExecutor.executeTask(new Runnable() {
    @Override
    public void run() {
        int index = 0;
        int length = 要发送的数据.length;
        while (index < length) {
            byte[] txBuffer = new byte[20];
            for (int i = 0; i < 20; i++) {
                if (index < length) {
                    txBuffer[i] = 要发送的数据[index++];
                }
            }
            boolean result = write(serviceUUID, characteristicUUID, txBuffer, null);
            if (!result) {
                //发送失败

            }
            try {
                Thread.sleep(50);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
        //发送成功

    }
});

BLE接收只能收到20字然而发送端说我明明发你了好多字啊！

嗯，看到这里还不气说明你定力真好...

依然是那原因，为了省电（话说你为了省电特么能先保证我能用么！

吐槽完毕，直接说解决方法吧，在你的BluetoothGattCallback中的onServicesDiscovered事件里写如下语句：

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) {
    boolean result = bluetoothGatt.requestMtu(512);
}

可以设置读取字节为512，一般也够用了吧，大概......

另外注意，连接成功前，设置这玩意是无效的，设备不支持也是无效的，相当于只是个申请，成不成功得看多种原因。

还有你也看到了，这玩意Android 5.0+才能用，所以吧... (╯°Д°)╯︵ ┻━┻

BLE接收消息发生粘包问题

好吧，粘包是啥不再描述了，不清楚的看上边 ↑

万万没想到 BLE，都4.0了蓝牙依然存在粘包问题，这个依然老办法，做缓冲器，和设备端约定好结束语句啥的，接收到后拼接判断取出来处理，和上边隔壁SPP的处理方式一样。

BLE订阅通知没反应

先检查下你订阅通知的 Characteristic 对不对，有没有通知的属性，如果一切没毛病，往下看：

你是啥时候开启订阅的？如果你是在 onServicesDiscovered 回调中直接订阅，大概率没反应，尝试延迟1、2秒后再订阅试试，基本就好了。

订阅通知收到的消息会在onCharacteristicChanged回调中返回，默认是字节形式，处理方式如下：

String result = new String(characteristic.getValue(), "UTF-8");

你说，你不想这么麻烦？

我也不想啊，所以帮你封装了个库： https://github.com/kongzue/BTLinker

还不赶紧去 Star一个？