一、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的启动也到此一段落。