activity启动流程或工作流程

1启动activity 原理。 

                1.1   启动方式。    (launcher启动也就是app点击启动为 startActivitySafely()但是同样会调用 startActivityForResult（） 

                1.2 源码分析（注本篇幅源码和讲解较多如若不清楚还请好好品鉴）

                1.3 点进startActivity 中让我们一探究竟

        

            1.3.1      调用了本类的也就是Activity的startActivity 方法但是构造参数不一样。接着往下看

        

         1.3.2       紧接着调用了startActivityForResult() 注意看还是在Activity 中的方法

          3图解：mMainThread.getAppLicationThread() 中这个返回参数类型 是ApplicationThread,那么ApplicationThread是ActivityThread的一个内部类。   首先判断了我们的基类是否存在如果不不存在才会调用exestrartActivity 的方法。exestrartActivity是Instrumentation类（仪表盘）那么我们知道了调用图中第三步的方法那么我们分析下图中的方法二 ActivatyResult是什么。 

        

 1.3.3    首先我们发现了ActivityResult是Instrumetatuion的静态内部类 那么ActivityResult 是什么？官方的解释是 是当前activity返回的状态用来记录 resultCode和 Intent 的，Instrumetatuion主要是用来监控应用程序和系统的交互。

1.3.4       回到1.3.2调用的exestrartActivity 方法中  会调用ActivityTaskManager.getService() 从名字能看出来是在获取AMS(AndroidMeanagerService)中的startActivity 注意-注意-注意 看Android 6.0 和7.0又不太一样，我们讲得AndroidManager.getService() 是在Android 8.0的机会时候，那么8.0之前是 是通过ActivityManagerNative+ActivityManagerProxy  这种方式很像AIDL的原型。代替ActivityManagerNative+ActivityManagerProxy类为IActivityManager 。

在ActivityTaskManager.getService() 中getService()方法调用了

IActivityTaskManagerSingleton

的get方法从而返回了IactivityManager 对象

 

并使用了IactivityManager方法中的startActivity方法

     1.3.5  看到这已知exestrartActivity调用到AMS（ActivityManagerService）方法中。

那么在我们的launcher请求到AMS后那我们代码逻辑直接杀到AMS中。

在AMS中的startActivity调用了startActivityAsUser在startActivityAsUser方法参数中比startActivity中的参数多了一个为UserHandle.getCallingUsetID(); 这个了解下就行，主要是获取到用户id判断当前用户是否有权限和当前进程是否被隔离因为我们在上面不是一只往下传入ApplicationThread 。如果被隔离则会抛出异常SecurityException，如果当前用户没有权限也会抛出同样的异常。

 

 

startActivityAsUser会调用到ActivityStarter 对象中调用到startActivityMayWait的

startActivirtLocked方法,注ActivityStarter是Android7.0中添加的新类，主要是用来控制如何将Intent 和Flags 转为Activity并和Task关联。注：Task 为栈。

接着又调用了本类的startActivity。

小总结

那么在ActivityManagerService中startActivityAsUser下再次调用的startActivity主要在做什么（为什么说在ActivityManagerService看1.3.5），主要是在做判断我们的IApplicationThrad是否为空也就是ApplicationThrad传过来的主线程，并调用了AMS中的getRecordForAppLocked() 且得倒到底是Launcher进程中的Callerapp对象，Callerapp类型为ProcessRecord类型的主要用描述当前应用进程，也用于描述Activity,用来记录Activity所有的信息。

在得到ApplicationThrad主线程和Activity的所有信息后接着调用了startActivity(注参数不一样新的调用)

后又调用了starActivityUnchecked在starActivityUnchecked方法中主要处理栈方面的逻辑主要就是为当前的Intent添加了Flag为FLAG_ACTIVITY_NEW_TASK，这样会创建一个新的TaskRecord(新的栈) 废话一句Flag 也要好好学，鄙人在京东被大牛用Flag加启动模式虐了一遍。

接着会调用ActivityStackSupervisor的resumeFocuseStackTopActivityLocked方法。

resumeFocuseStackTopActivityLocked 主要是获取当前要启动的Activity所在的栈的栈顶不是处于定制状态的Activityrecord。或者当前启动的Activity是不是resumed状态，接着调用resumeTopActivityUncheckedLocked方法。

resumeTopActivityUncheckedLocked然后调用resumeTopActivityInnerLocjed

resumeTopActivityInnerLocjed然后调用startSpecifcActivityLocked

startSpecifcActivityLocked方法中有这样一串代码

ProcessRecord app=mService.getProcessRecordLocked(r.orcessName,r.info.applicationInfo.uid,true);

这串代码中获取即将启动的Activity所在的进程，然后使用if判断app是否不为null和判断app.thread是否不为null 如果不为null就会调用realStartActivityLocked(r,app,andResume,checkConfig);

realStartActivityLocked(r,app,andResume,checkConfig); 中的app代表Activity所在的程序进程。并且不是说判断app.thread 是否不为null吗，这里的app.thread指的是IApplicationThrad,那么它的实现类是ActivityThrad的内部类ApplicationThrad,其中ApplicationThrad继承了IApplcationThread.stub,熟悉AIDL的同学这一路就会说这么像AIDL。

（ActivityThrad是如何启动Activity的）

小知识点：

已知IApplcationThread.stub调用肯定会回到ApplcationThread，ApplcationThread又是ActivityThread内部创建。

现在逻辑走到ApplcationThread中在ApplcationThread中会调用scheduleLaunchActivity()

发现会发送消息到Handler （H） 接下来看看 H（handler）

 从中看到最重要的调用了 handleLaunchActivity() 

在performLaunchActivity()  中创建了Activity 并且通过 handleResumeActivity()方法调用了启动Activity的onResume()方法。

performLaunchActivity（）

                 

 在performLaunchActivity 主要做了从ActivityClienRecord 中获取Activity的信息。

 并且其中创建了Contextmpl  Contextmpl  即为context 上下文，并创建了Application ，

 并通过类加载器创建了Activity 再给当前Activity 复值，在返回Activity。

在通过我们的mInstrumentation.callActivityOnCreate(),调用 Activity的onCreate(),即完成启动。

 

 然后调用到

 接着通过 activity.performCreate(),调用到Activity的onCreate.