上篇博客中已经对BTStack框架进行了较为详细的说明，本篇博客将进一步总结一下(由韦大仙笔记所得)。
可以从5个方面来理解BTStack的框架：
1.硬件操作：hci_transport_t
BTStack支持多种接口的蓝牙模块，比如USB口、3线串口、5线串口。
对于这些接口，会抽象出对应的hci_transport_t结构体。
该结构体成员如下：
里面有init、open、send_packet等重要成员。
对于3线串口、5线串口，它们在init、open设备时，不需要写两套代码。因为它们都是串口设备，只不过前者不使用硬件流控、后者使用硬件流控。
对串口硬件的操作，再抽象出一个btstack_uart_block_t结构体：
2. 操作系统相关代码：btstack_run_loop
BTStack支持多种操作系统，比如Windows、Linux、IOS。
不同的操作系统，操作设备的函数不一样，比如：
① Windows使用WaitForMultipleObjects函数来等待数据
② Linux使用select函数来等待数据
BTStack针对不同的运行环境，抽象出了对应的btstack_run_loop结构体，共同成员为：
比如其中的execute成员很重要，它是一个循环，在循环中等待、读取、处理函数。
3. 循环体中，怎么读取、处理数据
BTStack可以同时支持多个蓝牙设备，每一个蓝牙设备被open时都会返回一个文件句柄，Windows/Linux就是通过监视这些文件句柄来等待数据的。
显然，循环体从句柄A得到了数据，应该调用句标A对应的处理函数：句柄和处理函数是绑定的。
所以，BTStack里抽象出了btstack_data_source_t结构体，里面含有句柄、处理函数：
打开硬件设备时，
1）要设置对应的btstack_data_source_t结构体：句柄、处理函数
2） 并调用btstack_run_loop_add_data_source把这个结构体告诉btstack_run_loop，
3） btstack_run_loop的execute循环中，就监视该句标，获得数据后调用对应的处理函数
对于各种btstack_data_source_t结构体，都有自己的处理函数：
1）对于UART
UART有两种：
3线串口(其数据传输协议被称为H5)，
5线串口(其数据传输协议被称为H4)。
使用H4、H5协议时它的处理函数都是btstack_uart_windows_process_read：
这个函数会调用block_received()来处理，block_received是函数指针。
对于H4协议，它指向：hci_transport_h4_block_read；
对于H5协议，它指向：hci_transport_h5_block_received：
所以：
对于H4协议，uart data source的process函数最终是hci_transport_h4_block_read；
对于H5协议，uart data source的process函数最终是hci_transport_h5_block_read。
2）对于USB
每一个endpoint都有对应的btstack_data_source_t结构体，也都有对应的process函数，比如：
可以看到，对于不同的接口，即对于H2、H4、H5，都分别有自己的处理函数。
各个句柄对应的处理函数，是该句柄数据的处理起点，它将会调用上面各层提供的处理函数。这些处理函数，最终都会通过以下调用，把数据上报给各层：
packet_handler(packet_type, packet, size); // h2,h4,h5中的packet_handler指针
这个packet_handler是hci.c提供的。hci.c文件中hci_init函数它通过以下调用，把hci.c的packet_handler函数传给hci_transport_t结构体，用来设置H2、H4或H5文件中的packet_handler指针：
4. 上面各层如何处理数据
hci.c提供的packet_handler函数，根据packet_type的不同，分别处理。
有3类packet_type：event、acl data、soc data。
btstack_data_source_t结构体中的process函数是数据处理的起点，该“起点”会调用hci.c中的packet_handler函数。
那么hci.c中的packet_handler可以认为是数据处理的分发站。
HCI层可以处理这些数据时，就由HCI层来处理，处理不了就上报。
L2CAP、SM、GATT、GAP、APP等等，都可以提供处理函数。
1）对于EVENT数据：
hci.c中的event_handler函数用来处理这些数据，
在HCI层能处理的数据将被用来设置hci_stack结构体；
有必要上报的数据，通过hci_emit_event函数上报。
hci_emit_event函数会调用hci_stack->event_handlers链表中的各个callback函数。该链表中的函数，来自上面各层，它们通过hci_add_event_handler注册这些callback函数。
调用hci_add_event_handler的文件有：
le_data_channel_client.c属于APP，即APP可以处理感兴趣的数据；
main.c中注册的函数没什么用处，就是在蓝牙模块初始化完毕后，打印一个提示信息：“BTstack up and running at …”；
gatt_client.c这个文件，在le_data_channel_client.c这个APP中没被使用；
att_Server.c这个文件是用于ATT Server的，在le_data_channel_client.c这个APP中没被使用；
btstack_crypto.c、sm.c都是用于安全管理；
l2cap.c，这很重要，ATT、GATT、GAP、SM各层都要使用L2CAP来收、发数据。
2）对于ACL数据：
hci.c中的acl_handler函数用来处理这些数据，
在HCI能处理的数据将被用来设置对应的hci_connection_t结构体，
有必要上报的数据，通过hci_emit_acl_packet函数上报。
hci_emit_acl_packet函数会调用hci_stack->acl_packet_handler来处理。
在l2cap.c中，通过如下调用设置hci_stack->acl_packet_handler：
hci_register_acl_packet_handler(&l2cap_acl_handler);
即：上报的ACL数据，将由L2CAP的l2cap_acl_handler函数来处理。
3）对于SCO数据：
hci.c中的sco_handler函数用来处理这些数据，
在HCI能处理的数据将被用来设置对应的hci_connection_t结构体，
有必要上报的数据，通过hci_stack->sco_packet_handler函数上报。
APP如果要处理SCO数据，可以通过hci_register_sco_packet_handler提供自己的处理函数。hci_register_sco_packet_handler就是真接设置hci_stack->sco_packet_handler。
5. 谁触发了数据的传输？
之前我们说过主循环里在等待数据，只有我们给蓝牙模块发送命令之后，它才会回送数据。
那么，在哪里给蓝牙模块发送了第1个命令？在APP代码中，必有如下语句：
// turn on!
hci_power_control(HCI_POWER_ON);
这会导致给蓝牙模块发送一系列的初始化命令，
初始化成功后，APP通过hci_add_event_handler注册的函数就会被调用，在这个函数里就可以执行我们自己的代码，比如发起scan、发起connection等等。
附：3线串口上H5协议
SLIP协议最好文章：
SLIP—串行线路上传输数据报的非标准协议
https://blog.csdn.net/pushilong/article/details/80358485
https://wenku.baidu.com/view/809a8a8e8bd63186bcebbcae.html