Framework入门03-Activity组件

3-1 说说Activity的启动流程

启动Activity会经历哪些生命周期回调

冷启动大致流程，涉及哪些组件，通信过程是怎么样的?

Activity启动过程中，生命周期回调的原理?

Activity.startActivity -> ActivityManagerNative.getDefault().startActivity 这里的ActivityManagerNative.getDefault()是ams的binder对象，即代理对象 -> mRemote.transact(START_ACTIVITY_TRANSACTION, data, reply,O) ams将请求写入binder驱动

-> binder驱动回调到ams的 onTransact()方法，然后根据请求码执行 startActivity(app, callingPackage, intent,...)

-> ams里处理activity的关键方法 startSpecificActivityLocked(),这个方法里，先判断应用进程是否启动（ProcessRecord app不为空且app.thread不为空时进程已启动），然后再执行真正启动activity的方法realStartActivityLocked(r, app...)

-> 如果进程未启动，则先启动进程 mService.startProcessLocked(r.processName...)

-> 将启动入口entryPoint="android.app.ActivityThread"通过socket发送给zygote, 然后 Process.start(entryPoint,) 即向zygote发送启动应用进程的请求。（这里大致说一下zygote启动应用进程的步骤：fork应用进程并返回pid，会返回两次：pid==0时在子进程，即应用进程执行；pid不为0时，在父进程执行，即将pid的值赋给ams,告诉ams应用进程已启动。）后面这里还会通过mHandler发送一条延迟消息，即延迟10s的超时消息，如果应用进程向ams报告自己已启动，则会移除这条消息，若是没有移除，处理这条消息时会清理进程的信息，即进程启动失败了。

-> 应用进程启动，在ActivityThread的main方法里，准备MainLooper;new ActivityThread;attach(false) false表示不可取消;loop死循环。

-> 上一步的attach(false)是跨进程调用：ActivityManagerNative.getDefault()获取ams的binder对象，attachApplication(mAppThread)，参数mAppThread是applicationThread对象，这样asm就持有了应用进程的binder对象。

-> attachApplicationLocked(IApplicationThread thread, int pid) 这个方法很重要：thread.bindApplication(....)跨进程调用到应用进程，然后初始化application实例。之后就是启动acticity组件，启动service组件，启动广播。

-> 启动acticity组件的方法是mStackSupervisor.attachApplicationLocked(app),app是ProcessRecord实例

-> ActivityRecord hr = stack.topRunningActivityLocked(null);//是需要启动的activity,然后进入realStartActivityLocked(hr, app, true,true);

-> app.thread.scheduleLaunchActivity(new Intent(r.intent), ...); app是ProcessRecord,thread是ApplicationThread

-> sendMessage(H.LAUNCH ACTIVITY,r);//将要启动activity的message发送到主线程

-> 主线程处理message：final ActivityClientRecord r = (ActivityClientRecord) msg.obj;r.packagelnfo = getPackagelnfoNoCheck(.….); handleLaunchActivity(r, null);

-> 在handleLaunchActivity()里：Activity a = performLaunchActivity(r, customIntent);handleResumeActivity(r.token, false...);

-> 在performLaunchActivity()里，newActivity，获取application实例，创建上下文，activity.attach()，mlnstrumentation.callActivityOnCreate(activity, r.state);//即activity.onCreate()回调， activity.performStart();//即activity.onStart()回调；

-> 接着看handleLaunchActivity()方法，最终会回调activity.onResume();

3-2 说说Activity的显示原理

需理解以下的概念：

Activity的显示原理(Window/DecorView/ViewRoot)

Activity的UI刷新机制(Vsync信号/Choreographer机制) / ˌkɒriˈɒɡrəfə(r) / 编舞者，舞蹈指导

UI的绘制原理(Measure/Layout/Draw)

Surface原理(Surface/SurfaceFlinger)

说说Activity的显示原理，弄清楚以下3个问题：

setContentView原理是什么?

setContentView(layoutResID)

-> getWindow().setContentView(layoutResID) //getWindow()返回mWindow,是在activity的attach(context)里初始化的；

-> setContentView(int layoutReslD){

installDecor();//创建decorView,将系统布局添加到decorView,根据findViewById找到mContentParent,mContentParent是系统布局里的一个子布局；

mLayoutlnflater.inflate(layoutResID, mContentParent);//生成view tree,将viewTree加入到mContentParent里

}

Activity在onResume之后才会显示的原因是什么?

ViewRoot是干嘛的，是View Tree的rootView么?

在handleResumeActivity()方法里：

-> handleResumeActivity(lBinder token,) {

ActivityClientRecord r = performResumeActivity(token,); //执行onResume()回调

final Activity a = r.activity;

if (r.window == null && !a.mFinished) {

r.window = r.activity.getWindow();

View decor = r.window.getDecorView();

ViewManager wm = a.getWindowManager();

a.mDecor = decor;

wm.addView(decor,); //decor加入到windowManager

}

r.activity.makeVisible();//设置为可见，只是触发一次重绘

}

-> windowManager的addView()方法：

void addView(View view,ViewGroup.LayoutParams params,) {

ViewRootlmpl root = new ViewRootlmpl(view.getContext(),);

root.setView(yiew, wparams, panelParentView);//将decorView交给viewRoot来管理

}

-> setView(View view, ){

requestLayout(); //触发一次绘制

mWindowSession.addToDisplay(mWindow,..); //是binder调用，

}

-> 在requestLayout()方法里：

requestLayout ->scheduleTraversals()

-> mChoreographer.postCallback(... mTraversalRunnable, null)//在vsync信号来时执行回调doTraversal()

-> performTraversals() //执行绘制

private void performTraversals() {

//向wms申请surface，即执行mWindowSession.relayout(...,mSurface);

//relayout执行完后，mSurface就有值了，接下来的绘制就有了buffer,

//然后在buffer上绘制完了就提交给surfaceFlinger,surfaceFlinger合成好图像后，

//就能写到屏幕的缓冲区，然后页面就能显示出来了。

relayoutWindow(params,...);

performMeasure(childWidthMeasureSpec,

performLayout(lp, desiredWindowWidth, ...);

performDraw();

}

-> 再接着看mWindowSession.addToDisplay(mWindow,..);

viewRoot持有mWindowSession，mWindowSession是wms返回的一个binder对象，给应用和wms来通信用的；

mWindow是一个binder对象，注册到wms后，应用端与wms就构成了双向调用。

WMS主要作用：分配surface；掌管surface显示顺序及位置尺寸等；控制窗口动画；输入事件分发。

3-3 应用的UI线程是怎么启动的

什么是UI线程?

答：UI线程就是刷新Ul所在的线程；UI是单线程刷新的。

对Activity来说，UI线程就是主线程；

对View来说，它的UI线程就是ViewRootlmpl创建的时候所在的线程；

可以得出结论：Activity的DecorView对应的ViewRootlmpl是在主线程创建的。

UI线程的启动流程，消息循环是怎么创建的？

Zygote fork进程 -> 启动binder线程 -> 执行入口函数

ActivityThread.main()方法里：Looper.prepareMainLooper();Looper.loop();

了解Android的U显示原理，UI线程和UI之间是怎么关联的?

ViewRootlmpl的创建：

ActivityThread.handleResumeActivity -> WindowManagerlmpl.addView -> WindowManagerGlobal.addView -> ViewRootlmpl的构造