Android连接多蓝牙设备ble 并发通讯小框架 --Android连接多ble蓝牙设备--Android与多ble蓝牙设备连接

　　此框架支持多种不同类型的ble设备，同时连接、收发数据，互不干扰。比如APP同时连两个LED蓝牙灯、两个手环、一个蓝牙加热器，当然连接单个ble设备，或者只连接一种ble设备同样适用本框架。

前言

　　小白请绕道百度，本文适合有一定Android、ble蓝牙、面向对象基础的同学进阶探讨，只讲关键技术点，细节自行脑补

　　看过很多蓝牙demo、开源库，没发现真正以面向对象的思维写的，把自己的一套框架开源出来，希望对看到的有缘人有用，特别是面向对象思维方面。不是说定义了类，就叫面向对象，希望你能领悟

　　（连接不可超过7个，极少数手机不可超过5个）

　　github源码：https://github.com/ruigeyun/Android-DualBle

　　转载引用请注明出处，尊重劳动者，让开源发扬光大！ 原创--老凯瑞的博客园 https://www.cnblogs.com/littlecarry/p/11889982.html

　　以面向对象之名

一、理解业务需求：ble与Android APP通讯的基本内容

　　（一）蓝牙连接处理基本流程

　　如下图，来自  https://www.jianshu.com/p/1c42074b1430?from=groupmessage ，感谢作者

 

 

 　　　对上图补充：

　　　　0、app连接ble成功后，能获取ble的service uuid，而这个service uuid代表不同类型的设备。（扫描到设备后，大部分设备解析其广播数据也能获取service uuid）

　　　　1、APP与ble可以通讯后，APP发送认证密码给ble，认证通过后，ble同步自身信息给APP，最终才进入正常业务交互

　　　　2、APP与ble，断连后，自动重连

　　　　3、APP可主动断开ble，之后可主动连接ble回来

　　　　4、APP可删除ble，之后可再扫描连接回来

　　　　5、接收到的蓝牙数据包，需要把数据缓存后拼接成完整数据包，极有可能一次收到的数据包不是完整的

　　　　6、蓝牙数据分发到对应的业务接口

　　（二）Android APP与蓝牙多设备连接注意的点：

　　　　1、设备一个一个连，连接成功一个再一个，如果同时连多个，可能一个都连不上。具体原因没有深究

　　　　2、如果一个设备被你连过，然后一系列操作后，无法再扫描到，用其他工具APP也扫描不到，说明这个设备被你连着，没有彻底的释放掉！如何完全释放ble，具体看源码，其中部分我也是参考了网上著名的蓝牙框架 fastble：https://www.jianshu.com/p/795bb0a08beb ，感谢作者

　　　　3、对APP对ble的每一步操作间，必须加延时，否则会有意想不到的问题。具体看源码

　　　　4、ble被断开后，必须延时1-2秒，再去连接他（不通过扫描直接连的情况），否则会有意想不到的问题

二、分析整个系统：

　　　　架构，是模块及模块之间的交互

    （一）整个蓝牙业务系统分成的模块：APP与ble连接交互模块、APP与ble数据交互模块、APP对所有ble整合管理模块、其他能动辅助模块

　　　　1、APP与ble连接的交互：（1）APP扫描ble，必定有一个负责扫描的类；（2）扫描连接所有的ble，需要一个类专门负责连接的类；（3）ble自身的各种状态以及数据交互，必定就有个ble类来描述这些自身属性；（3）ble连接成功后，密码验证、数据同步、掉线重连，这些ble必须自发的行为，需要一个类来描述这些蓝牙设备自发业务；

　　　　2、APP与ble数据交互：（1）一个格式完整的数据包，以及这个数据包属于哪个ble，必须由一个数据包类描述；（2）接收到数据，对数据拼包、过滤得到一个有效包的过程，需要一个缓存类描述；（3）完整的数据包最终对外分发，需要一个数据分发类描述；

　　　　3、APP与ble整合管理：（1）统一调配各个ble间的关系（连接、断开、删除，发数据等），需要一个调配服务中心类描述；（2）对整个蓝牙框架的管理，扫描、连接、数据处理等整合起来，需要一个框架管理类描述。并且这个类作为此框架对外的门面，所有对外的操作，都得通过它，达到隐藏这个框架的其他复杂细节的目的

　　　　4、其他能动辅助：各种工具、日志调试

    （二）最终提取到的对象：

　　　　1、APP与ble建立连接：扫描器，连接器，ble蓝牙属性设备，蓝牙设备自发业务（重连、认证、同步）

　　　　2、APP与ble数据交互：接收数据拼包缓存，数据包，数据分发器

　　　　3、APP与ble整合管理：设备间调配服务中心，框架管理类

　　　　4、其他能动辅助：工具、日志

　　　　这里最关键的一个对象设计：ble蓝牙属性设备（BLELogicDevice），每个蓝牙设备提炼成一个对象，APP每连接一个设备，就开辟一个此对象。每个对象分配一个mDeviceId，这个mDeviceId非常重要，它标志每一个蓝牙设备，一般通过这个mDeviceId来操作蓝牙设备。每个对象都有 BluetoothGattCallback 数据交互接口，这样每个对象跟自己对应的ble设备单独交互，互不相干。从一大堆扫描、回调、管理中解耦出来。每个设备对象从回调方法onCharacteristicChanged(BluetoothGatt gatt, BluetoothGattCharacteristic characteristic)拿到数据，把数据缓存到一个自身的数据缓存区（每个设备对象都有一个缓存区对象），在缓存中拼接成数据包，数据都携带mDeviceId作为标志，对外分发。

　　　　另一个关键对象：设备间调配服务中心（BLEServerCentral），所有设备挂在其链表中，其负责维护各个设备对象的状态（连接、断开、删除等），控制APP与各设备数据交

三、设计小结

　　1、面向对象的思维：需求分析、系统构思、细化流程、提炼对象、对象整合，最终把整个系统完整描述清楚。根据自己的设计粒度，每一个类都去描绘一个事物，负有单一的职责，这是建立一个类的最基本原则。不是随意定义了类，然后一大堆if else逻辑，面向过程的思维解决问题。如果你的代码中，if else if 超过三层，说明你的代码耦合度过高了，需要拆分整合了

　　2、以上只是写了关键的设计思路，源码有很多拓展的地方，有缘人可以自己阅读，代码其实没多少行，慢慢仔细看一下就明白了，不懂的可以在博客留言，我尽可能答复

　　3、我把这个module做成了库，自己运行下makeClockJar，就可以导出jar包，接口如何使用参考源码

　　4、源码蓝牙接收特征配置成通知方式，其他方式自行拓展。

　　5、要添加很多新的行为，其实是很容易拓展的，比如添加一个配置特征，专门配置蓝牙参数的。你读得懂源码，很容易添加

四、库的用法

　　demo里面，有具体的栗子，仔细阅读下，很多注释的，应该容易理解

　　1、建立自己的蓝牙设备对象，蓝牙对象必须继承BLEAppDevice，自定义一个唯一的设备类型id（DEVICE_TYPE_ID），至少包含服务、发送、接收三种uuid，以及重写三个抽象方法，把对应三种uuid分别写进去。构造方法必须如下的方式，固定两个参数，并且调用父类的构造方法。demo中有三种蓝牙设备，手环（BraceletDevice），蓝牙控制led的设备(LedDevice)、蓝牙控制加热器设的备(HeaterDevice)，，添加自己的新特征，如led灯颜色，heater定时时间。

public class LedDevice extends BLEAppDevice {
    private final String TAG = "BLELedDevice";
    
    public static final Integer DEVICE_TYPE_ID = 1002;
    public static final UUID SERVICE_UUID = UUID.fromString("0000ff**-0000-1000-8000-00805f9b34fb");
    private final UUID RX_CHAR_UUID = UUID.fromString("0000ff**-0000-1000-8000-00805f9b34fb");
    private final UUID TX_CHAR_UUID = UUID.fromString("0000ff**-0000-1000-8000-00805f9b34fb");

    @Override
    public UUID getServiceUUID() {
        return SERVICE_UUID;
    }
    @Override
    public UUID getRxUUID() {
        return RX_CHAR_UUID;
    }
    @Override
    public UUID getTxUUID() {
        return TX_CHAR_UUID;
    }
    
    public String dualColor = "";
    public String hardwareVersion = "";
    public int powerState = 0;
    public String nickname = "";
    
    public LedDevice(BluetoothDevice device, DataParserAdapter adapter) {
        super(device, adapter);
        
    }
}

 

　　2、建立自己蓝牙设备的数据包结构对象（可选），继承DataParserAdapter，重写相应方法。框架内部根据你定义的结构，自动帮你把蓝牙回应的数据包提炼出来（主要是处理断包、粘包问题），最终的数据包通过onDeviceRespSpliceData(BLEPacket message)方法回调给你。当然你也可以不用架构的处理算法，自己拼包，在DataCircularBuffer 类中，pushOriginalDataToBuffer(byte[] originalData)方法，是各个蓝牙设备数据推过来的入口，在这里接入自己的算法。

　　如果不建立DataParserAdapter对象，则默认为null，蓝牙回应的数据，通过onDevicesRespOriginalData(BLEPacket message) 方法回调给你。

　　3、建立自己的蓝牙管理对象，继承BLEBaseManager，重写必要的、可选的方法。蓝牙的各种信息交换，都是通过这个类回调给你。很重要！仔细阅读BLEServerListener接口里的方法说明，重写自己需要的方法。

　　（1）必须重写 onGetDevicesServiceUUID（）方法，把自己定义的设备类型ID和设备的service uuid，用map写进去。框架连接上设备后，读取设备的service uuid，根据这个map分辨出是那种类型的设备。

　　（2）必须重写BLEAppDevice onCreateDevice(BluetoothDevice bluetoothDevice, int deviceType)方法，框架识别设备类型后，回调给你，你根据设备类型，创建设备对象实例。

　　（3）onAddScanDevice(BluetoothDevice bluetoothDevice)方法，框架扫描到设备，就会回调这个方法。

　　（4）onAddNewDevice(BLEAppDevice device)方法，框架连接成功一个设备，各种状态完备后，回调这个方法。

　　这些方法在BLEServerListener接口都有详细说明

public class BLEManager extends BLEBaseManager {

    private final String TAG = "BLEManager";

    private static BLEManager instance = new BLEManager();
    public static BLEManager getInstance() {
        return instance;
    }

    @Override
    public HashMap<Integer, UUID> onGetDevicesServiceUUID() {
        HashMap<Integer, UUID> map = new HashMap();
        map.put(HeaterDevice.DEVICE_TYPE_ID, HeaterDevice.SERVICE_UUID);
        map.put(LedDevice.DEVICE_TYPE_ID, LedDevice.SERVICE_UUID);

        return map;
    }

    @Override
    public void onScanOver() {
        Log.w(TAG, "onScanOve。。");
    }

    @Override
    public BLEAppDevice onCreateDevice(BluetoothDevice bluetoothDevice, int deviceType) {
        if (deviceType == HeaterDevice.DEVICE_TYPE_ID) {
            //数据包解析适配器为null，蓝牙设备回应的数据在 onDevicesRespOriginalData(BLEPacket message)
            return new HeaterDevice(bluetoothDevice, null);
        }
        else if (deviceType == LedDevice.DEVICE_TYPE_ID) {
            // 设置了数据包解析适配器，数据回调在 onDeviceRespSpliceData(BLEPacket message)
            return new LedDevice(bluetoothDevice, new LedDataAdapter());
        }
        else {
            return null;
        }
    }

    @Override
    public void onAddScanDevice(BluetoothDevice bluetoothDevice){
        EventBus.getDefault().post(new AddScanDeviceEvent(bluetoothDevice));
    }

    @Override
    public void onConnectUnTypeDevice(BluetoothDevice bluetoothDevice, int type) {
        EventBus.getDefault().post(new ConnectUnTypeDeviceEvent(bluetoothDevice, type));
    }

    @Override
    public void onConnectDevice(BLEAppDevice device, int type){
        EventBus.getDefault().post(new ConnectDeviceEvent(device, type));
    }

    @Override
    public void onAddNewDevice(BLEAppDevice device){
        EventBus.getDefault().post(new AddNewDeviceEvent(device));
    }
    @Override
    public void onUpdateDeviceInfo(BLEAppDevice device) {
        EventBus.getDefault().post(new updateDeviceInfoEvent(device));
    }
    @Override
    public void onDeviceSendResult(String result){
        EventBus.getDefault().post(new BleSendResultEvent(result));
    }

    @Override
    public void onDeviceRespSpliceData(BLEPacket message) {
        LogUtil.i(TAG, "onDeviceRespSpliceDat: [" + BytesUtil.BytesToHexStringPrintf(message.bleData) + "] bleId: " + message.bleId);
//        DataManager.getInstance().DecodeRespData(message.bleData, message.bleId);
    }

    @Override
    public void onDevicesRespOriginalData(BLEPacket message) {
        LogUtil.v(TAG, "onDevicesRespOriginalDat: [" + BytesUtil.BytesToHexStringPrintf(message.bleData) + "] bleId: " + message.bleId);
    }


}

 

　　建立三个对象，就可以使用此框架了，如此简单！

　　4、初始化蓝牙框架，APP获得蓝牙相应权限后，调用BLEBaseManager的 initBle（..）方法初始化蓝牙。见demo

 注意

　　1、多设备同时工作，必定引起并发竞争问题，自己要做好同步！demo只是使用方法，没有处理那些问题

　　2、此框架蓝牙接收特征配置成通知方式，其他方式自行拓展，工作太忙没有太多时间去整理，见谅！

 

demo运行起来的效果

 

更新日志

　　2020-3-12 更新

1、通过广播解析到蓝牙设备的server uuid，从而确定该设备是哪种类型，创建设备，连接设备。之前是连接成功后，才获取service uuid，然后确定其设备类型，这样处理让代码逻辑比较臃肿

2、如果你的设备广播中没有service uuid，抱歉，设备被忽略。大部分设备都是有的
3、每次只能连接一个设备，简化连接流程
4、修改部分变量、注释，增加可读性