SystemService

SystemServer的进程名叫“system_server”

SystemServer的创建：

systemServer是由Zygote通过Zygote.forkSystemServer函数来fork诞生出来的。

SystemServer的重要使命.

SS(SystemServer)诞生后，便和Zygote分裂了。它有自己的使命：

SS调用handleSystemServerProcess来承担自己的职责。

现在SS走到了RuntimeInit中。代码在RuntimeInit.java中，如下所示：

上面有两个关键点：

1. zygoteInitNative分析：

它是一个native函数，实现在AndroidRuntime.cpp中

由于SS是从zygote fork出来的，所以它也拥有zygote进程中定义的这个gCurRuntime，也就是AppRuntime对象。那么，它的onZygoteInit会干些什么呢？

代码如下：

SS调用zygoteInitNative后，将与Binder通信系统建立联系，这样SS就能够使用Binder了。（Binder第6章介绍）

2. invokeStaticMain分析，第二个关键点

这里invokeStaticMain抛出了一个异常，它是在ZygoteInit的main函数中被截获：

抛出这个异常最后会导致com.android.server.SystemServer类的main函数被调用。为什么不直接调用，而是采用抛异常的方法？

SystemServer的真面目：

ZygoteInit分裂产生SS，其实就是为了调用com.android.server.SysteServer的main函数。下面看看这个真实的main函数：

其中main函数将加载libandroid_server.so库

init1分析

init1是native函数，在com_android_server_SystemServer.cpp中实现：

system_init的实现在system_init.cpp中，它的代码如下所示：

init1函数创建了一些系统服务，然后把调用线程加入到了Binder通信中。不过其间还通过JNI调用了com.android.server.SystemServer类的init2函数。

启动了一个ServerThread线程，直接看它的run函数。

init2就是单独创建一个线程，用以启动系统的各项服务。Java世界的核心Server都在这里启动，所以它非常重要

SystemServer的总结：