Android framework回顾(3)binder利用及IBinder BpRefbase IInterface INTERFACE 之间关系

status_t AudioSystem::setStreamVolumeIndex(audio_stream_type_t stream, int index, audio_devices_t device){
    const sp<IAudioPolicyService>& aps = AudioSystem::get_audio_policy_service();//
    if (aps == 0) return PERMISSION_DENIED;
    return aps->setStreamVolumeIndex(stream, index, device); //(1)
}
virtual status_t setStreamVolumeIndex(audio_stream_type_t stream, int index, audio_devices_t device){
    Parcel data, reply;
    data.writeInterfaceToken(IAudioPolicyService::getInterfaceDescriptor());
    data.writeInt32(static_cast <uint32_t>(stream));
    data.writeInt32(index);
    data.writeInt32(static_cast <uint32_t>(device));
    remote()->transact(SET_STREAM_VOLUME, data, &reply);//(2)
    return static_cast <status_t> (reply.readInt32());

}

我在追查音量设置问题是,从(1)追到(2),就不知道怎么追查了,
grep -r setStreamVolumeIndex . 搜到AudioPolicyService,里面也有setStreamVolumeIndex这个函数,貌似会调用到这里。
打印log发现果然会走到这里,可是代码怎么走到这里的呢?这就需要我们了解binder原理。

如下图:是IBinder BpRefbase IInterface INTERFACE 之间关系图。


有了此图,虽然看不出binder是怎么实现的,但是我们就能大致binder是怎么利用的。

用setStreamVolumeIndex分析数据的流向。

如下图:


有一个关键点,就 是AudioPolicyService,是怎么传递到aps里面的mRemote里面的,就是通过重写的interface_cast传递的。

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。