View体系(六)View工作流程入口
View
的工作流程,就是View
进行measure
、layout
和draw
的过程,本篇文章我们就来一起看一下View
是如何开始他的工作流程的。
(注:文中源码基于
Android 12
)
在上篇文章《View体系(五)熟悉又陌生的setContentView》中我们讲过Activity
的结构,包括了Activity
、PhoneWindow
及DecorView
。讲了PhoneWindow
的创建和DecorView
的创建,但此时DecorView
还没有加载到PhoneWindow
中,下面我们就从源码看一下DecorView
是如何加载到PhoneWindow
中的。
当我们调用Activity
的startActivity
时,最终会调用到ActivityThread
的handleLaunchActivity
,代码如下:
android.app.ActivityThread
1 | public Activity handleLaunchActivity(ActivityClientRecord r, |
注释1处调用performLaunchActivity
创建了一个Activity
,进入performLaunchActivity
方法:
android.app.ActivityThread
1 | private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) { |
注释1处会通过mInstrumentation
的newActivity
方法,使用反射的方式,创建Activity
的实例,注释2处调用activity.attach
方法,在之前的文章中讲过,attach
会创建PhoneWindow
实例,并赋值给传入的window
引用,注释3处最终会调用Activity
的OnCreate
回调方法,进而调用setContentView
方法,创建DecorView
。
在Android12
的源码中,handleLaunchActivity
方法中并不会直接调用handleResumeActivity
方法,而是通过ClientTransaction
类来实现调用handleLaunchActivity
之后再调用handleResumeActivity
,具体的放在后面的文章中讲解。
我们继续看handleResumeActivity
方法:
android.app.ActivityThread
1 | public void handleResumeActivity(ActivityClientRecord r, boolean finalStateRequest, |
注释1处得到了DecorView
,注释2处得到了WindowManager
对象,注释3处调用WindowManager
的addView
方法,将DecorView
作为参数传入,WindowManager
的实现类是WindowManagerImpl
,所以实际调用的是WindowManagerImpl
的addView
方法。再看WindowManagerImpl
的addView
方法:
android.view.WindowManagerImpl
1 | public void addView( View view, ViewGroup.LayoutParams params){ |
注释1处又调用了WindowManagerGlobal
的addView
方法:
android.view.WindowManagerGlobal
1 | public void addView(View view, ViewGroup.LayoutParams params, |
注释1处创建了ViewRootImpl
实例赋值给root
,注释2处将DecorView
作为参数传入ViewRootImpl
,完成了DecorView
和Window
的绑定。
ViewRootImpl
中还有个方法performTraversals
,这个方法使View
进入正真的工作流程:
android.view.ViewRootImpl
1 | private void performTraversals() { |
注释1处会执行view
的Measure
过程,注释2处会执行view
的Layout
过程,注释3处会执行view
的Draw
过程。
关注我