AMS

Android体系结构

Android系统启动过程

Binder

Binder是如何启动的

Binder理解-神图

Binder--AIDL通信

系统使用服务流程分析

Binder--AIDL通信细节

应用程序进程启动过程分析-时序图

1.Launcher通过binder去通知AMS,请求创建根Activity。
2.AMS通过socket去通知Zygote去fork一个应用进程，其中是通过反射MethodAndArgsCaller去调用ActivityThread.main方法启动。
3.应用进程通过binder去通知AMS应用进程准备就绪。
4.AMS再通知应用进程创建并启动根Activity。

AMS请求Zygote过程分析

Zygote进程fork进程分析

应用程序创建后

ActivityThread: 通过IActivityManager类，通知AMS准备application启动所需进程数据。
ActivityManagerService: 获取application启动所需进程数据。
Instrumentation: 创建&启动Application；跟踪Application的生命周期。

应用程序创建后细节

1.AMS通过startProcessLocked去反射启动ActivityThread.main()方法。
2.通过main方法中的attach方法去获取ActivityManagerService的代理对象，调用attachApplication去回调通知AMS进行application的初始化(一些应用相关数据)，之后在AMS中调用attachApplicationLocked方法。
3.通过IApplicationThread这个接口bindApplication调到ActivityThread内部类ApplicationThread中的bindApplicaiton方法去sendMessage(H.BIND_APPLICATION, data)。
4.AMS中调用了ActivityThread的bindApplication函数，其内部其实是完成了Handler切换到主线程，并且最后调用handleBindApplication()。

// 将UI线程注册为运行时的虚拟机.
VMRuntime.registerSensitiveThread();

5.创建Instrumentation，负责跟踪Application还在Activity的生命周期；Instrumentation这个类中调用basicInit，onCreate()空实现，最终调用的是callApplicationOnCreate去启动Application的onCreate()方法。

应用进程Crash处理

Launcher请求AMS启动Activity

AMS管理Activity分析

1.会调用Launcher.startActivity(),进而调用Launcher的父类Activity的startActivity方法；
2.Activity.startActivity()调用Activity.startActivityForResult()方法，传入该方法的requestCode参数为-1，表示Activity启动成功后，不需要执行Launcher.onActivityResult()方法处理返回结果;
3.启动Activity需要与系统AMS交互，必须纳入Instrumentation的监控，因此需要将启动请求转交Instrumentation，即调用Instrumentation. execStartActivity方法;
4.Instrumentation.execStartActivity()首先通过ActivityMonitor检查启动请求，然后通过ActivityManager.getService()方法获取AMS的代理对象，接着调用AMS的startActivity方法。通过IPC,Binder驱动将处理逻辑从Launcher所在进程切换到AMS所在进程。
5.mActivityStartController.obtainStarter()得到ActivityStarter，ActivityStarter是一个代理类，代理AMS与App进行通信，类似于Activity中的Instrumentation，AMS在每一次startActivity方法的调用过程中，都会创建一个ActivityStarter来进行代理；
得到ActivityStarter后调用ActivityStarter的execute()方法。
mRequest.waitResult：由于不需要等待Activity的返回结果，所以这里为null；
6.只要调用了setMayWait()方法，mRequest.mayWait就为true，所以就startActivityMayWait()方法，经过各种检查后调用startActivityUnchecked()；
7.通过resumeFocusedStackTopActivityLocked这个方法转到ActvityStackSupervisor中；
8.通过resumeTopActivityInnerLocked()方法是启动目标Activity前，需要首先暂停当前显示的Activity转到ActivityStack，
9.通过startSpecificActivityLocked(获取即将启动的Activity的所在的应用程序进程，ProcessRecord将记录Settings的进程信息，包括UID、进程名、UI主线程第一次启动Activity，此时其应用程序进程还没有创建，因此app为null)又回调到ActivityStackSupervisor这个类中执行realStartActivityLocked()；
10.之后是在这里通过AMS去修改LauncherActivity以及启动的根Activity的生命周期状态以及加入生命周期的管理ClientTransaction{LauncherActivityItem，DestroyActivityItem，PauseActivityItem，ResumeActivityItem}。
11.最终通过ClientTransactionHandler管理activity的生命周期。

AMS管理Activity分析

ActivityThread启动Activity

1.ActivityThread中调用handleLaunchActivity()方法；
2.执行performLaunchActivity()；
3.通过mInstrumentation.newActivity(），并执行activity的attach()方法，初始化PhoneWindow，这边是跟wms交互；
4.之后继续通过mInstrumentation执行callActivityOnCreate()；
5.activity.performCreate(）；
6.最终执行activity的onCreate()生命周期函数；