以CameraService这个系统服务为例,在Android 6.0以前,CameraService启动是在frameworks\base\media\mediaserver\Main_MediaServer.cpp下有个main函数,可以用来注册媒体服务。没错就是在这里,CameraService完成了服务的注册。
int main(int argc, char** argv)
{
sp<ProcessState> proc(ProcessState::self());
sp<IServiceManager> sm = defaultServiceManager();
LOGI("ServiceManager: %p", sm.get());
waitBeforeAdding( String16("media.audio_flinger") );
AudioFlinger::instantiate();
waitBeforeAdding( String16("media.player") );
MediaPlayerService::instantiate();
waitBeforeAdding( String16("media.camera") );
CameraService::instantiate();
waitBeforeAdding( String16("media.audio_policy") );
AudioPolicyService::instantiate();
ProcessState::self()->startThreadPool();
IPCThreadState::self()->joinThreadPool();
}
具体的启动过程可以参考http://blog.youkuaiyun.com/dnfchan/article/details/7594590。
在最新的Android7.0的工程中,framework\av\media\mediaserver\Main_mediaserver.cpp下,CameraService的初始化代码不存在,所以CameraService的启动过程应该不在这里处理。找了很久也没有找到。
原来,native层的CameraService是通过Main_cameraserver.cpp启动的,这里面代码的逻辑与Main_mediaserver.cpp相同。
同时,6.0在java层也添加了服务启动代码。
不过在今天分析ActivityManager时,其核心模块ActivityManagerService是由SystemServer启动完成的,在分析SystmServer.java时,发现了蛛丝马迹。
一、 SystemServer的主函数入口处,调用了方法run()。
/**
* The main entry point from zygote.
*/
public static void main(String[] args) {
new SystemServer().run();
}
二、run()方法内部开启了系统的各个线程
// Start services.
try {
Trace.traceBegin(Trace.TRACE_TAG_SYSTEM_SERVER, "StartServices");
startBootstrapServices();
startCoreServices();
startOtherServices();
} catch (Throwable ex) {
Slog.e("System", "******************************************");
Slog.e("System", "************ Failure starting system services", ex);
throw ex;
} finally {
Trace.traceEnd(Trace.TRACE_TAG_SYSTEM_SERVER);
}
三、其中方法startOtherServices(),通过SystemServiceManager,启动了CameraService服务。
SystemServer进程是由Zygote孵化出的系统重要进程,在init1阶段启动,所以CameraService放在这里启动也是可以保证进入系统后,相机服务可以正常使用。关于SystemServer的具体分析可见http://blog.youkuaiyun.com/innost/article/details/47253091。