其实我是一个演员

本文主要结合源码研究蓝牙的配对过程以上就是今天要讲的内容，本文仅仅简单介绍了蓝牙的配对流程。

bluetooth.h中定义了蓝牙HAL的接口，包含start_discovery的定义，HAL层会调用底层蓝牙堆栈，这些蓝牙堆栈提供了蓝牙协议的实现，对于 Android 系统，使用的是 Google 开发的。这里我原以为这个方法的实现会在一个bluetooth.cpp的文件中的，结果在源码中搜索没有这个文件，后来才在bluetooth.cc中这个文件中找到。这段代码的主要功能是通过监听不同的蓝牙事件，将发现的设备信息解析并存储，同时将信息通过回调通知上层应用，以便用户界面或应用逻辑做出相应调整。

这里判定的是mHandler中是否存在MESSAGE_TIMEOUT_BIND这个消息，全局搜索后发现只有在调用了bindToAdapter这个方法之后才会发送这个消息，所以此时这个函数返回的肯定是false，那么就会进入到bindToAdapter函数里面。这里我只贴出和蓝牙服务相关的代码。既然在BluetoothService的onBootPhase方法中中用到了BMS，那么BMS中也一定做了相关的事情，果然在BMS的代码中有这样一个函数，注释上说明了在phase变成 SystemService.

文章目录整体架构流程涉及到的类技术细节小结整体架构流程车载的音频服务和手机的音频服务不相同，手机上通常只有一个音频设备，但车机上可能会有多个，因此针对车载音频有专门的音频服务CarAudioService涉及到的类Audio是整个Android平台非常重要的一个组成部分，负责音频数据的采集和输出、音频流的控制、音频设备的管理、音量调节等，主要包括如下部分：AudioTrack：负责回放数据的输出AudioRecord：负责录音数据的采集AudioFlinger： 负责管理和处理音频流