一、Activity的启动

首先启动Activity需要调用startActivity这个方法，这个方法来自于Activity所继承的ContextWrapper，而ContextWrapper又是ContextImpl的包装类，所以最后调用的还是ContextImpl中的startActivity。
路径为：frameworks/base/core/java/android/app/ContextImpl.java
startActivity经过多次重载，最终–》

上述代码中mMainThread为ActivityThread类型，其getInstrumentation获得Instrumentation对象，Instrumentation是应用程序与系统服务之间交互的桥梁。代码路径为：frameworks/base/core/java/android/app/Instrumentation.java

可得知Instrumentation调用了execStartActivity这个方法，这个方法里面又调用了AMS的startActivity方法，代码路径为：frameworks/base/services/core/java/com/android/server/am/ActivityManagerService.java

从上述代码中可得知AMS的startActivity又调用了mStackSupervisor.startActivityMayWait，mStackSupervisor的类型为ActivityStackSupervisor，接下来来到ActivityStackSupervisor中，代码路径为:frameworks/base/services/core/java/com/android/server/am/ActivityStackSupervisor.javastartActivityMayWait中里面又调用了startActivityLocked方法，startActivityLocked中又调用了startActivityUncheckedLocked方法，startActivityUncheckedLocked方法中又调用resumeTopActivityLocked方法，以上几个方法的调用都在ActivityStackSupervisor.java中进行，到resumeTopActivityLocked这个方法的时候，进入到ActivityStack.java。代码路径为：frameworks/base/services/core/java/com/android/server/am/ActivityStack.java

在resumeTopActivityInnerLocked中又会调用：

这样代码逻辑在ActivityStackSupervisor和ActivityStack中跳来跳去，最终又回到ActvityStackSupervisor中的startSpecificActivityLocked。

在realStartActivityLocked中会调用：

app.thread本质就是ApplicationThread在AMS中的Binder引用，所以调用来到ApplicationThread中，ApplicationThread为ActivityThread的内部类，代码路径为：frameworks/base/core/java/android/app/ActivityThread.java

这个方法里面主要是发送了一条消息，发送的消息仍然给到ActivityThread的内部类H来处理，这是一个Handler类：

performLauncherActivity中会通过类加载器来创建Activity对象，并回调其onCreate方法，Activity的启动也到此一段落。