1. BLE
1.1 模块构成与结构体层次关系
如上图所示，BLE模块有独立的application layer，这是因为该模块可以直接从BlueCore接收数据(通过GATT模块)，application layer主要用来分发信号，处理一些需要用户接入的操作。
一般而言，每个模块都会定义两个回调函数，这些回调函数为了配合系统提供的message系列函数(messageSend/messageCancel等)，都定义(封装)成Task形式。其中一个回调函数以API的形式公开提供，通常是工application layer直接调用，这里姑且称之为外部钩子函数；另外一个通常用来与其管理模块进行通信，通常一个模块在初始化时通过注册的方式，添加到其管理模块内部，这样管理模块通过这个注册的回调函数发送信号，从而进行数据传递(单向)，这内钩子函数姑且称之为内部钩子函数。例如，GATT Service Server的lib_task就是内部钩子函数，当向GATT MGR模块添加注册GATT Service Server时，注册了该回调函数，当GATT MGR模块需要向GATT Service Server传递数据时，只需要找到已注册的回调函数，向其发送相应的信号即可。GATT Service Server模块的sinkGattManagerMsgHandler()就是外部钩子函数，通常在application Layer的sinkBleMsgHandler()中如果检测到信号范围处在GATT Manager模块预分配的信号范围内，则通过调用该API，将该信号直接分发出去。GATT Service Server的app_task指向application Layer的task，当该模块需要向“用户”传递消息时，只需要向该task发送对应信号即可。
BLE各个模块的信号传递关系可以通过下图看出。从图中可以看到，大部分模块的app_task都指向application layer的task，即这些模块如果需要向上层传递数据，则他们的上家都是application layer。application layer是一个大的消息集散地和分发地。一个例外是，GATT模块的app_task指向了GATT MGR模块，即GATT模块消息上报给GATT MGR模块。GATT模块的消息来源于:Blue Core和GATT MGR模块。
我们也不必花太多精力去了解每个task都在处理哪些信号，这些信号从哪个模块产生，去往哪个模块，只需要抓住重点transaction的流程，典型操作所涉及的模块交互流程即可。
最后来一张BLE模块的主要骨干结构体层次关系图。
