bluedroid中的start discovery代码流程

utadalight

已于 2024-11-14 17:19:30 修改

阅读量4.4k

点赞数

CC 4.0 BY-SA版权

分类专栏： bluedroid 文章标签：蓝牙搜索 bluetooth android bt

于 2014-09-21 15:40:54 首次发布

本文链接：https://blog.csdn.net/utadalight/article/details/39452235

bluedroid 专栏收录该内容

11 篇文章

订阅专栏

本文详细解析了Android 4.4系统中蓝牙搜索的代码流程，从JNI层的startDiscoveryNative函数开始，经由bluetoothInterface的start_discovery入口，深入到btif_dm_start_discovery函数，设置搜索参数并调用BTA_DmSearch执行蓝牙设备搜索。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

之前看到某位大神的博客android -- 蓝牙 bluetooth （三）搜索蓝牙，介绍了Android中蓝牙的搜索过程，从framework到service，再到JNI、bluetooth stack，大致的流程讲得很清楚。这里我了解了一下Android4.4中bluetooth stack中的代码流程，总结如下。

在JNI层中调用startDiscoveryNative函数，最终指向stack层bluetoothInterface（bluetooth.c）结构的成员函数start_discovery，这便是stack层的入口。在btif_dm_start_discovery（btif_dm.c）函数中设置了discovery的相关参数，并调用BTA_DmSearch(&inq_params, services, bte_search_devices_evt)来执行。这个函数的内容如下：

void BTA_DmSearch(tBTA_DM_INQ *p_dm_inq, tBTA_SERVICE_MASK services, tBTA_DM_SEARCH_CBACK *p_cback)
{

    tBTA_DM_API_SEARCH    *p_msg;

    if ((p_msg = (tBTA_DM_API_SEARCH *) GKI_getbuf(sizeof(tBTA_DM_API_SEARCH))) != NULL)
    {
        memset(p_msg, 0, sizeof(tBTA_DM_API_SEARCH));

        p_msg->hdr.event = BTA_DM_API_SEARCH_EVT;
        memcpy(&p_msg->inq_params, p_dm_inq, sizeof(tBTA_DM_INQ));
        p_msg->services = services;
        p_msg->p_cback = p_cback;
        p_msg->rs_res  = BTA_DM_RS_NONE;
        bta_sys_sendmsg(p_msg);
    }

}

可以看到，该函数构造了一个消息p_msg，设置了事件类型以及回调函数。在这里，回调函数即前面的bte_search_devices_evt，它处理搜索的结果，并最终通过JNI提供的callback返回给上层。这个消息被发送到btu_task，由bta模块处理，代码如下：

BTA_API void bta_sys_event(BT_HDR *p_msg)
{
    UINT8       id;
    BOOLEAN     freebuf = TRUE;

    APPL_TRACE_EVENT1("BTA got event 0x%x", p_msg->event);

    /* get subsystem id from event */
    id = (UINT8) (p_msg->event >> 8);

    /* verify id and call subsystem event handler */
    if ((id < BTA_ID_MAX) && (bta_sys_cb.reg[id] != NULL))
    {
        freebuf = (*bta_sys_cb.reg[id]->evt_hdlr)(p_msg);
    }
    else
    {
        APPL_TRACE_WARNING1("BTA got unregistered event id %d", id);
    }

    if (freebuf)
    {
        GKI_freebuf(p_msg);
    }

}

其内容很简单，就是暗中event的id来调相应的函数来处理。对于search过程来说，他的处理函数早在蓝牙初始化中调用函数BTA_EnableBluetooth中注册：

bta_sys_register (BTA_ID_DM_SEARCH, &bta_dm_search_reg );

从而，代码转入bta_dm_search_reg的成员函数bta_dm_search_sm_execute。它的实现跟上面的bta_sys_event很类似，根据不同的state来调用相应状态下的函数。代码如下：

BOOLEAN bta_dm_search_sm_execute(BT_HDR *p_msg)
{
    tBTA_DM_ST_TBL      state_table;
    UINT8               action;
    int                 i;

    APPL_TRACE_EVENT2("bta_dm_search_sm_execute state:%d, event:0x%x",
        bta_dm_search_cb.state, p_msg->event);

    /* look up the state table for the current state */
    state_table = bta_dm_search_st_tbl[bta_dm_search_cb.state];

    bta_dm_search_cb.state = state_table[p_msg->event & 0x00ff][BTA_DM_SEARCH_NEXT_STATE];


    /* execute action functions */
    for (i = 0; i < BTA_DM_SEARCH_ACTIONS; i++)
    {
        if ((action = state_table[p_msg->event & 0x00ff][i]) != BTA_DM_SEARCH_IGNORE)
        {
            (*bta_dm_search_action[action])( (tBTA_DM_MSG*) p_msg);
        }
        else
        {
            break;
        }
    }
    return TRUE;
}

刚进入这个函数时，由于bta_dm_search_cb.state为0，故state_table为bta_dm_search_idle_st_table；由于前面在BTA_DmSearch中设置的event为BTA_DM_API_SEARCH_EVT（0x0200）,从而第一个真正的执行函数为bta_dm_search_start。它的关键部分如下：

void bta_dm_search_start (tBTA_DM_MSG *p_data)
{
    ......
    /* save search params */
    bta_dm_search_cb.p_search_cback = p_data->search.p_cback;
    bta_dm_search_cb.services = p_data->search.services;

    ......
    result.status = BTM_StartInquiry(   (tBTM_INQ_PARMS*)&p_data->search.inq_params,
                        bta_dm_inq_results_cb,
                        (tBTM_CMPL_CB*) bta_dm_inq_cmpl_cb);

    ......
}

在第一部分，它注册了search的回调函数给全局变量bta_dm_search_cb的成员；同时，它在第二部分调用BTM_StartInquiry去执行inquiry（扯了这么多其实还没到真正发HCI command的地方）。同样的，将函数BTM_StartInquiry的关键部分贴在下面：

*******************************************************************************/
tBTM_STATUS BTM_StartInquiry (tBTM_INQ_PARMS *p_inqparms, tBTM_INQ_RESULTS_CB *p_results_cb,
                              tBTM_CMPL_CB *p_cmpl_cb)
{
    tBTM_STATUS  status = BTM_CMD_STARTED;
    tBTM_INQUIRY_VAR_ST *p_inq = &btm_cb.btm_inq_vars;
    ......

    /* Initialize the inquiry variables */
    p_inq->state = BTM_INQ_ACTIVE_STATE;
    p_inq->p_inq_cmpl_cb = p_cmpl_cb;
    p_inq->p_inq_results_cb = p_results_cb;
    p_inq->inq_cmpl_info.num_resp = 0;         /* Clear the results counter */
    p_inq->inq_active = p_inqparms->mode;

   
    ......
}

很简单，它再次设置了bta_dm_search_cb的一些成员，最重要的即扫描结果的回调函数p_results_cb(即bta_dm_inq_results_cb)和扫描完成（超时或者收到results的数目超过设定）的处理函数p_cmpl_cb(即bta_dm_inq_cmpl_cb)。这样，在收到inquiry的results后便有相应的处理函数。在设置完这些参数后，函数后半段便要开始执行扫描了，最终通过btu_hcif_send_cmd将BR\EDR或者LE扫描的HCI指令发送给controller。同时，它还会对上层进行通知，告知执行已经执行，现在的状态是discovery_started。而当收到扫描的report时，调用callback函数上报device_found。只有当用于通过UI选择与某一个设备进行配对时，才会进入后面的配对鉴权、加密等过程，这些留待以后慢慢学习。