Android进阶——解密笔记，阿里资深Android开发带你搞懂Framework

SystemServer进程主要用于创建系统服务，例如AMS、WMS、和PMS都是由它来创建的。

• Service进程启动

1. 启动Binde线程池，这样就可以与其他进程进行通信。

2. 创建SystemServiceManager，用于对系统的服务进行创建、启动生命周期管理。

3. 启动各种系统服务（引导服务、核心服务、其他服务）。

• 时序图

4. Launcher启动过程

• Launcher

当系统启动到最后一步时，会启动一个应用程序，也就是我们通常看到的应用桌面，它被称作Launcher，在Launcher程序启动的时候会请求PackageManagerService来获取当前系统已安装的应用程序，并将其应用信息封装成快捷方式展现在我们的屏幕桌面上，这样用户通过点击应用图标就可以启动应用程序了。

所以Launcher由两个特点：

1. 作为Android系统的启动器，用于启动应用程序。

2. 作为Android系统的桌面，用于显示和管理应用程序的快捷图标或其他桌面组件。

• 时序图

总结：Android系统启动流程

1. 启动电源以及系统启动。（引导芯片从固化在ROM的预定义地方执行，加载主引导BootLoader到RAM）

2. 引导程序BootLoader。（把系统OS拉起来）

3. Linux内核启动。（设置缓存、被保护存储器、计划列表、加载驱动。内核完成时，首先在系统文件中寻找init.rc文件，并启动init进程）

4. init进程启动。（初始化和启动属性服务，并启动Zygote进程）

5. Zygote进程启动。（创建Java虚拟机并为Java虚拟机注册JNI方法，创建服务端Socket，启动SystemServer进程。）

6. SystemServer进程启动。（启动Binder线程池和SystemServiceManager，并且启动各种系统服务。）

7. Launcher启动。（被SystemServer进程启动的AMS会启动Launcher，Launcher启动后会将已安装的应用程序快捷方式图标展示到桌面。）

图示：

---

应用程序启动过程

---

如果启动一个应用程序，AMS会检测该应用程序进程是否存在，如果不存在则向Zygote进行请求创建。

我们知道Zygote的Java框架层中创建了一个服务端的Socekt，用于等待AMS创建新的应用进程请求。AMS发起请求后，Zygote会fock自身进程来创建应用程序，这样应用程序进程在启动时就拥有了虚拟机实例，同时也创建了Binder线程池和消息循环，这样运行在应用程序进程中的应用程序就可以进行进程间通信以及消息处理了。

1. AMS发送启动应用进程请求时序图

2. Zygote接收请求并创建应用程序进程时序图

我们看到该时序图和上文提到的SystemServer启动过程时序图有相似之处。共同点都是从ZygoteInit调用RuntimeInit的applicationInit开始，后续执行流程一样。

注：为什么Android会选择抛出MethodArgsCall异常的方式来调用方法而不是直接调用SystemService的main方法或ActivityThread的main方法？

是因为抛出异常的处理会清除所有的设置过程需要的堆栈帧（内存优化）

3.消息循环创建过程

ActivityThread是用于管理当前应用程序进程的主线程。其部分关键源码如下：

public static void main(String[] args){

…

// 创建主线程Looper

Looper.prepareMainLooper();

ActivityThread thread = new ActivityThread();

thread.attach(false);

if(sMainThreadHandler == null){

// 创建主线程H类

sMainThreadHandler = thread.getHandler();

}

if(false){

Looper.myLooper().setMessageLogging(new LogPrinter(Log.DEBUG, “ActivityThread”));

}

Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);

// Looper开始工作

Looper.loop();

throw new RuntimeException(“Main thread loop unexpectedly exited”);

}

---

四大组件工作过程

---

1. 根Activity启动过程

Activity启动分为：根Activity启动和普通Activity启动。而普通Activity与根Activity启动方式类似，根Activity启动更具有代表性。

根Activity启动过程比较复杂，大致分为3个部分：Launcher请求AMS过程、AMS到ApplicationThread调用过程、ActivityThread启动Activity。

• Launcher请求AMS时序图：

注：IActivityManager为AMS的代理对象，它是在Instrumentation中通过ActivityManager.getService()方法获取的。见下文ActivityManager源码：

public static IActivityManager getService(){

return IActivityManagerSingleton.get();

}

private static final Singleton IActivityManagerSingleton = new Singleton(){

@Override

protected IActivityManager create(){

// Binder类型的AMS引用

final IBinder b = ServiceManager.getService(Context.ACTIVITY_SERVICE);

// 所以此处的IActivityManager实则是AMS的代理对象

final IActivityManager am = IActivityManager.Stub.asInteface(b);

return am;

}

}

// Android8.0使用的AIDL的形式来与AMS进程间通信的，Android7.0则是使用类似于AIDL的ActivityManagerProxy代理对象来实现的。

• AMS到ApplicationThread的调用时序图：

注：ApplicationThread是ActivityThread的内部类，它继承自IApplicationThread.Stub。它用于和AMS进行进程间通信

AMS与应用程序进程通信图示：

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

开源分享完整内容戳这里

• ActivityThread启动Activity的过程：

*** 注：H类为ActivityThread的内部类，它继承Handler。由于ApplicationThread的代码是运行在Binder线程池中的，所以通过H类将代码切回到主线程中执行后续操作**