关闭

media server分析

标签: androidmediaserve
276人阅读 评论(0) 收藏 举报
分类:

media server是android的一个重要服务,主要是与多媒体相关的一些系统服务。在 ServiceManager相关中我们已经分析了,media server是在系统init.rc脚本中启动的,并且在service manager之后。由于media server中包含了media player、audio flinger、camera等多个service相关的东西,本文则只取其中的media player service分析media server和service manager之间的交互。

1、main_mediaserver.cpp
main_mediaserver.cpp文件位于/av/media/mediaserver/目录。该目录下的Android.mk文件中可以清楚看出,media server中包含了多个部分,并且最终编译成了一个名为mediaserver的可执行文件。可执行文件存放在系统的/system/bin/目录下,和init.rc中配置的media进程的可执行文件路径一致。

LOCAL_C_INCLUDES := \
    frameworks/av/media/libmediaplayerservice \
    frameworks/av/services/audioflinger \
    frameworks/av/services/camera/libcameraservice \
    frameworks/native/services/audioflinger

LOCAL_MODULE:= mediaserver    // 编译模块名

include $(BUILD_EXECUTABLE)   // 编译成可执行文件

main_mediaserver.cpp的代码很简单。主要是创建binder通讯的环境,初始化多个service,然后进入循环talk with binder driver状态。

int main(int argc, char** argv)
{
    signal(SIGPIPE, SIG_IGN);
    sp<ProcessState> proc(ProcessState::self());  // 初始化一个ProcessState对象
    sp<IServiceManager> sm = defaultServiceManager(); // 初始化BpServiceManager对象
    ALOGI("ServiceManager: %p", sm.get());
    AudioFlinger::instantiate();
    MediaPlayerService::instantiate(); // media player service初始化
    CameraService::instantiate();
    AudioPolicyService::instantiate();
    ProcessState::self()->startThreadPool();  // 启动PooledThread
    IPCThreadState::self()->joinThreadPool(); // talk with binder driver循环
}

2、MediaPlayerService.cpp
文件位于/av/media/libmediaplayerservice/目录。

void MediaPlayerService::instantiate() {
    defaultServiceManager()->addService(
            String16("media.player"), new MediaPlayerService());
}

// 创建一个MediaPlayer对象
sp<IMediaPlayer> MediaPlayerService::create(pid_t pid, const sp<IMediaPlayerClient>& client,
        int audioSessionId)
{
    int32_t connId = android_atomic_inc(&mNextConnId);

    sp<Client> c = new Client(
            this, pid, connId, client, audioSessionId,
            IPCThreadState::self()->getCallingUid());

    ALOGV("Create new client(%d) from pid %d, uid %d, ", connId, pid, 
         IPCThreadState::self()->getCallingUid());

    wp<Client> w = c; 
    {    
        Mutex::Autolock lock(mLock);
        mClients.add(w);
    }    
    return c;
}

在init时,直接获取到一个BpServiceManager对象,并通过其addService()接口,添加了一个MediaPlayerService对象到ServiceManager。defaultServiceManager()和addService()接口我们在native binder相关类中已经分析过了,前者将返回一个由一个handle == 0的BpBinder构造出来的BpServiceManager,而addService()方法将会调用到service_manager.c中的do_add_service()方法。需要注意的是service manager的Bn端实现,和普通的binder接口的Bn端实现不一样。普通的binder接口的Bn端,都有一个onTransact()方法,在该方法里对binder命令解析,并分发到接口方法的实现里。service manager的Bn端没有onTransact()接口,而是在一个binder_loop()循环中,不断的解析binder命令,并返回数据。具体分析可以参考ServiceManager启动流程

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:10650次
    • 积分:457
    • 等级:
    • 排名:千里之外
    • 原创:30篇
    • 转载:5篇
    • 译文:0篇
    • 评论:0条
    文章分类