【Android】AHandler/AMessage/ALooper机制

以MediaCodec.cpp中， mCodecLooper 成员的使用来说明

cpp 复制代码

init() 函数中
if (mCodecLooper == NULL) {
    mCodecLooper = new ALooper;  // 构造ALooper
    mCodecLooper->setName("CodecLooper");  //设置消息处理线程的线程name，方便trace分析查看
    mCodecLooper->start(false, false, ANDROID_PRIORITY_AUDIO); //创建消息处理线程，新线程loop()循环检测主AHandler发来的消息
}
  // 将mCodec这个AHandle与关联的Alooper注册保存起来，
  // 注册后， AHandle发送的消息，才能找到对应的ALooper，并post
  // ALooper才能收到消息并调用AHandler的onMessageReceived来处理
    mCodecLooper->registerHandler(mCodec);

reset() 函数中
if (mCodecLooper != NULL) {
    //清理掉 mCodec这个AHandler相关联的Alooper, 此AHandler再发的消息，就没有ALooper发送了
    mCodecLooper->unregisterHandler(mCodec->id());
}

以下是具体的调用流程

由于刚刚 registerHandler的对象是MediaCodec的 mCodec, 可能是ACodec，也可能是 CCodec，

这里以 ACodec为例，简单说明 AMessage 的post与处理流程

从图可知， AHandler post AMessage时, 最终会在新线程中调用AHandler (其子类)的 onMessageReceived() 函数来处理

注意：

1个ALooper可能对应多个AHandler,但一个Handler只能有一个ALooper，

这样多个Handler共用一个ALooper时，其发送的消息共用一个消息队列(同一个ALooper的mEventQueue)，

但AMessage的AHandler是确定的, 故调用 AMessage::deliver() -> Ahandler::deliverMessage() -> xxx::onMessageReceived()

就分发至各自的AHandler中来处理了

结论

由上可知

APP通过 MediaPlayer.java的方式来使用MediaCodec.cpp时,

NPDecoder-CL 是 NuPlayer创建MediaCodec时，

此线程处理 MediaCodec类以及非Video Codec的 ACodec 类中的相关信息;

因为在MediaCodec.cpp中, 针对非Video Codec时, registerHandler(mCodec)

还 registerHandler(this)

APP通过 MediaCodec.java的方式来使用MediaCodec.cpp时,

有 MediaCodec_looper 消息处理线程,

此线程不仅处理 JNI中 JMediaCodec 类的消息，

还处理 MediaCodec类以及非Video Codec的 ACodec 类中的相关信息;

CodecLooper 线程处理 Video Codec的 ACodec 类中的相关信息;

由上可知，ALooper注册了哪些AHandler, 则其消息处理线程均会处理对应的AHandler的信息

所以分析Trace的时候，先确定消息处理线程的name，再查看代码其注册的AHandler，最后确定处理的消息

为了方便查找，如下列举了一些 Thread Name以及对应处理的AHandler的类