Android耳机插拔检测(framework篇)原理解析_Asp.net

基本原理
在输入设备驱动(input_dev)中，一般通过轮询或者中断方式获取输入事件的原始值(raw value)，经过处理后再使用input_evnet()函数上报；
android native层的input flinger会去读这个event，读到后往android java层notify，notify给inputmanagerservice/wiredaccessorymanager，wiredaccessorymanager在处理这个msg。
涉及到的类文件：
● inputmanagerservice.java
./framework/base/services/core/java/com/android/server/input/inputmanagerservice.java
*wiredaccessorymanager.java.
./framework/base/services/core/java/com/android/server/wiredaccessorymanager.java
● config.xml
./framework/base/core/res/res/values/config.xml
● systemserver.java
./framework/base/services/java/com/android/server/systemserver.java
● audiomanager.java
./base/media/java/android/media/audiomanager.java
● audioservice.java
./base/media/java/android/media/audioservice.java

inputreader.cpp->inputreader::processeventslocked()
inputdevice.cpp->inputdevice:process()
switchinputmapper.cpp->switchinputmapper::process()
inputmapper.h->inputmap::getlistener()
inputlistener.cpp->mqueuedlistener->notifyswitch

3）传递事件
inputlistener.cpp->queuedinputlistener::flush()
notifyswitchargs::notify
inputclassifier::notifyswitch
inputdispatcher.cpp->inputdispatcher::notifyswitch()
com_android_server_input_inputmanagerservice.cpp->nativeinputmanager::notifyswitch()
inputmanagerservice.java->inputmanagerservice::notifyswitch()
wiredaccessorymanager.java->wiredaccessorymanager::notifywiredaccessorychanged()
wiredaccessorymanager.java->wiredaccessorymanager::updatelocked()
wiredaccessorymanager.java->wiredaccessorymanager::setdevicestatelocked
audiomanager.java->audiomanager::setwireddeviceconnectionstate()
audioservice.java->audiosystem::setwireddeviceconnectionstate()
audiodeviceinventory->audiodeviceinventory::onsetwireddeviceconnectionstate()

a)audiodeviceinventory::handledeviceconnection()
audiodeviceinventory.java->audiodeviceinventory::handledeviceconnection()
audiosystem.cpp->audiosystem::setdeviceconnectionstate()
audiopolicymanager.cpp->audiopolicymanager::setdeviceconnectionstate()
class audiopolicyclientinterface:
audiopolicyservice.cpp->audiopolicyservice:: set_parameters
audioflinger.cpp->audioflinger::setparameters()
devicehalhidl.cpp->devicehalhidl::setparameters()
device.cpp->device::halsetparameters()
audio_hw.c->audio_hal::adev_set_parameters()

b) senddeviceconnectionintent()

c)updateaudioroutes()
audiodevicebroker.java->postreportnewroutes()
audiodeviceinventory.java->onreportnewroute()
mediarouter.java->dispatchaudiorouteschanged()
mediarouter.java->updateaduioroutes()

二插拔事件上报

2.1 支持的设备类型
当前支持的具体外设设备如下：
![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/1ffbd9aa88f343068239c77713363d02.png

2.2 上报方式

有两种上报插拔事件的方式，一种是输入子系统，另外一种uevent事件上报。

输入子系统（inputevent）：可以上报按键事件也可以上报开关事件，事件类型包括headset\headphone\lineout。对于输入设备都需要指定能产生同步类ev_syn；switch class子系统，通过uevent向用户空间发送数据，android中有个线程专门监听此类事件。使用switch dev子系统时，名字必须要设置为"h2w"，android系统监听 /sys/class/switch/h2s这个虚拟设备。
android系统中最终使用哪种方式？
可以通过配置android系统中配置文件：在android系统中默认是使用uevent的方式。不过一般厂商会在自己的xml文件中进行配置。
frameworks/base/core/res/res/values/config.xml或者是device/eswin/common/overlay/frameworks/base/core/res/res/values/config.xml
第二个文件会覆盖第一个文件，修改文件中的**true**变量，该值为true时使用的是tvinput子系统，false为ueven机制。
在inputmanagerservice.java的构造函数中，config_usedevinputeventforaudiojack的值的初始化musedevinputeventforaudiojack决定采用那种方式。所以最终采用的是tvinput子系统的方式。
路径：frameworks/base/services/core/java/com/android/server/input/inputmanagerservice.java

三代码流程

第一个阶段事件信息上报

input子系统通过inputreader开始读取事件并处理。(记住这里的inputlisenerinterface listener)
路径：/frameworks/native/services/inputflinger/reader/inputreader.cpp
inputread构造函数如下：

对于inputreadthread:
1）启动循环后执行mreader->looponce()，looponce()中会调用meventhub→getevents读取事件；
2）调用processeventslocked()处理事件；
3）调用mpolicy->notifyinputdevicechanged()用inputmanagerservice的代理通过handler发送msg_deliver_input_devices_changed消息，通知输入设备发生了变化；
4）调用mqueuedlistener->flush()，将事件队列中的所有事件交给在inputreader中注册过的inputdispatcher

获取事件；2）处理事件；3）传递事件

1）获取事件

size_t count = meventhub->getevents(timeoutmillis, meventbuffer, event_buffer_size)主要是从device_path = /dev/input获取kernel的event，这里的事件不仅包含了input，也包含了输入设备的add/remove。
（后续补充）
2）处理事件

通过getevents()函数从驱动中获取到事件后，调用processeventslocked()函数开始处理：
inputreader.cpp->inputreader::processeventslocked()
路径：***

根据不同的deviceidc从mdevice中获取到对应的device，获取到device后，判断该device是否合法以及是否需要被忽略，如果不是，接下来需要调用deivce->process()进行事件处理。
inputdevice,cpp->inputdevice:process()
路径：frameworks/native/services/inputflinger/reader/inputdevice.cpp

该函数中，会依次处理同一个device产生的普通输入事件，然后通过for_each_mapper_in_subdevice()进行转换调用inputmapper.process()进行事件处理。
for_each_mapper_in_subdevice:

路径：frameworks/native/services/inputflinger/reader/mapper/
从该路径下的mapper类可以看出，android将输入设备分为以下几种类型：
● cursorinputmapper ：鼠标
externalstylusinputmapper ：触控笔
joystickinputmapper ：游戏杆
keyboardinputmapper ：键盘
keymouseinputmapper ：通常由一个手持设备组成，具有键盘和触控板/鼠标的功能，适用于需要键盘输入和鼠标操作的情况，如在移动设备上进行文字输入和浏览。
rotaryencoderinputmapper ：旋转编码器输入设备，一种用于测量旋转运动的设备。
switchinputmapper ：开关
touchinputmapper 、multitouchinputmapper、singletouchinputmapper：触摸屏
vibratorinputmapper ：震动器，严格意义上是输出设备
switchinputmapper.cpp->switchinputmapper::process()
路径：frameworks/native/services/inputflinger/reader/mapper/switchinputmapper.cpp

将所有的事件信息封装成一个notifyswitchargs对象。所以这个getlintener()是谁？？
inputmapper.h->inputmap::getlistener()
路径：frameworks/native/services/inputflinger/reader/mapper/inputmapper.h

而mdevicecontext又是一个inputdevicecontext类型的，可以看到：
inline inputreadercontext* getcontext() { return mcontext; } 实际上调用是inputreadcontext中的getlistener()函数
路径：frameworks\native\services\inputflinger\reader\inputreader.cpp
inputlistenerinterface* inputreader::contextimpl::getlistener() {
return mreader->mqueuedlistener.get();
}
所以getlistener()->notifyswtch最终为mqueuedlistener->notifyswitch(&args)
inputlistener.cpp->mqueuedlistener->notifyswitch
路径：frameworks/native/services/inputflinger/inputlistener.cpp

最终将相关事件信息存放到margsqueue队列中。
3）传递事件

inputlistener.cpp->queuedinputlistener::flush()
路径：frameworks\native\services\inputflinger\inputlistener.cpp

在flush()函数中，依次取出margsqueue队列中的数据，调用notifyargs args->notify(minnerlistener)进行处理。
notifyswitchargs::notify
void notifyswitchargs::notify(const sp& listener) const { listener->notifyswitch(this); }
调用的是 listener->notifyswitch(this), 所有传入的minnerlistener是哪位？？
路径：frameworks\native\services\inputflinger\inputlistener.cpp
queuedinputlistener::queuedinputlistener(const sp& innerlistener) : minnerlistener(innerlistener) { }

inputmanager::inputmanager()
路径：frameworks/native/services/inputflinger/inputmanager.cpp

所以上面的minnerlistener就是mclassifier，调用的是mclassifier→notifyswitch()
inputclassifier::notifyswitch
void inputclassifier::notifyswitch(const notifyswitchargs* args) {
// pass through
mlistener->notifyswitch(args);
}
构造函数：
inputclassifier::inputclassifier(const sp& listener) : mlistener(listener), mhaldeathrecipient(new haldeathrecipient(*this)) {}
可以观察到，mlistener(listener)还是上面带下来的参数inputdispatcher::mdispatcher，也就是mclassifier→notifyswitch()最终调用的是inputdispatcher::notifyswitch()
inputdispatcher.cpp->inputdispatcher::notifyswitch()
路径：frameworks\native\services\inputflinger\dispatcher\inputdispatcher.cpp

构造函数：

可以观察在inputdispatcherpolicyinterface中是个虚函数，最终实现在nativeinputmanager::notifyswitch()
com_android_server_input_inputmanagerservice.cpp->nativeinputmanager::notifyswitch()
路径：frameworks/base/services/core/jni/com_android_server_input_inputmanagerservice.cpp

路径：frameworks/base/services/core/java/com/android/server/input/inputmanagerservice.java

全局搜索下同名函数“notifyswitch”
inputmanagerservice.java->inputmanagerservice::notifyswitch()
路径：frameworks\base\services\core\java\com\android\server\input\inputmanagerservice.java

根据从xml中获取到的musedevinputeventforaudiojack = true，进入到

wiredaccessorymanager.java->wiredaccessorymanager::notifywiredaccessorychanged()
路径：frameworks/base/services/core/java/com/android/server/wiredaccessorymanager.java

wiredaccessorymanager.java->wiredaccessorymanager::updatelocked()
更新耳机状态，这里又分了多种耳机: usb_headset_anlg、usb_headset_dgtl 、h2w_headset

设置outputdevice = device_out_wired_headphone = 0x8
wiredaccessorymanager.java->wiredaccessorymanager::setdevicestatelocked
路径：frameworks\base\services\core\java\com\android\server\wiredaccessorymanager.java

判断headphone是否带mic。
audiomanager.java->audiomanager::setwireddeviceconnectionstate()
路径：frameworks/base/media/java/android/media/audiomanager.java

(涉及到binder通信一堆东西)
audioservice.java->audiosystem::setwireddeviceconnectionstate()
路径：frameworks/base/services/core/java/com/android/server/audio/audioservice.java

围绕着：
frameworks/base/services/core/java/com/android/server/audio/audiodevicebroker.java
frameworks/base/services/core/java/com/android/server/audio/audiodeviceinventory.java
audiodevicebroker::setwireddeviceconnectionstate()
->audiodeviceinventory::setwireddeviceconnectionstate()
→audiodevicebroker::postsetwireddeviceconnectionstate()
→audiodeviceinventory::onsetwireddeviceconnectionstate()
audiodeviceinventory->audiodeviceinventory::onsetwireddeviceconnectionstate()

该函数主要分为三步：
a）handledeviceconnection() 确保设备连接并向下设置设备支持的参数；
b)senddeviceconnectionintent() 向上发送设备状态
c) updataaudioroutes() 更新audio路由
a)audiodeviceinventory::handledeviceconnection()
audiodeviceinventory.java->audiodeviceinventory::handledeviceconnection()
路径：frameworks\base\services\core\java\com\android\server\audio\audiodeviceinventory.java

如果设备已经连接了
通过final int res = maudiosystem.setdeviceconnectionstate(device, audiosystem.device_state_available, address, devicename, audiosystem.audio_format_default);
通过audiosystemadapter.java->audiosystem.java->android_media_audiosystem.cpp->audiosystem.cpp
audiosystem.cpp->audiosystem::setdeviceconnectionstate()
路径：frameworks/av/media/libaudioclient/audiosystem.cpp

audiopolicymanager.cpp->audiopolicymanager::setdeviceconnectionstate()
路径：frameworks/av/services/audiopolicy/managerdefault/audiopolicymanager.cpp
→audiopolicymanager::setdeviceconnectionstateint()
路径：frameworks/av/services/audiopolicy/managerdefault/audiopolicymanager.cpp

先看这个**broadcastdeviceconnectionstate(dev, state);**通过调用setparameters()通知所有的hardware module，有新的设备正在处理中：

class audiopolicyclientinterface:
路径：frameworks/av/services/audiopolicy/audiopolicyinterface.h

audiopolicyclientinterface实现在audiopolicyclientimpl.cpp中，调用到audiopolicyservice中：
audiopolicyservice.cpp->audiopolicyservice:: set_parameters
路径：frameworks/av/services/audiopolicy/service/audiopolicyservice.cpp

audioflinger.cpp->audioflinger::setparameters()
路径：frameworks/av/services/audioflinger/audioflinger.cpp

devicehalhidl.cpp->devicehalhidl::setparameters()
路径：frameworks/av/media/libaudiohal/impl/devicehalhidl.cpp

device.cpp->device::halsetparameters()
路径：hardware/interfaces/audio/core/all-versions/default/device.cpp

audio_hw.c->audio_hal::adev_set_parameters()

b) senddeviceconnectionintent()
发送intent去通知音频外设的状态变化。
路径：frameworks/base/services/core/java/com/android/server/audio/audiodeviceinventory.java

c)updateaudioroutes()
更新音频路径
路径：frameworks/base/services/core/java/com/android/server/audio/audiodeviceinventory.java
根据不同的device设置conntype并和前一次的maintype进行比较是否需要更新route

audiodevicebroker.java->postreportnewroutes()
/package/ void postreportnewroutes(boolean froma2dp) {
sendmsgnodelay(froma2dp ? msg_report_new_routes_a2dp : msg_report_new_routes, sendmsg_noop);
}
handlemessage()
case msg_report_new_routes:
case msg_report_new_routes_a2dp:
synchronized (mdevicestatelock) {
mdeviceinventory.onreportnewroutes();
}
break;
（搞不懂这里，msg_report_new_routes和msg_report_new_routes_a2dp处理流程走到一样，还区分两者）
audiodeviceinventory.java->onreportnewroute()
路径：frameworks\base\services\core\java\com\android\server\audio\audiodeviceinventory.java