Android View之布局載入流程

最近準備重新學習下android,加深理解，快速形成自己的知識結構體系。最先學習的就算view部分，從自定義view到activty層次結構，到layout載入過程。等等都會看一遍，在此記錄下layout的載入過程

2.1 activity的流程載入

activity類中setcontentview 追蹤(善於用bookmark)

public void setcontentview(@layoutres int layoutresid)

追蹤**，phonewindow的setcontentview方法：

mlayoutinflater.inflate(layoutresid,mcontentparent)

由**片段可以看出來：layoutresid的父布局就是mcontentparent。那麼mcontentparent究竟是什麼呢？

我們知道decorview 包括titleview +contentview.

追蹤**：installdescor():

generatelayout()方法:

給decorview新增乙個名字為mcontentroot的view。並且mcontentroot裡面包含了乙個id為id_android_content的 mcontentparent.

得到了mcontentparent之後，在根據mlayoutinflater.inflate(layoutresid,mcontentparent) 就將layout布局載入進了decorview，然後這個檢視才能被我們看到。

驗證：

image.png

說明了mcontentparent是framlayout

@override
public void setcontentview(@layoutres int layoutresid)

getdelegate():

@nonnull

跟蹤create()方法,

activity.getwindow() 由上面可知，得到的肯定是phonewindow。問題來了，activity這個時候真的能得到乙個非null的phonewindow嗎？。發現在activity呼叫attach方法的時候就會初始化phonewindow:

activity.attach是在performlaunchactivity中本呼叫，也就是在activitythread中被呼叫。所以在activity中任何時候getwindow()，都能得到phonewindow。

繼續跟蹤**：

create方法呼叫的是：

@override
public void setcontentview(int resid)

viewgroup contentparent = (viewgroup) msubdecor.findviewbyid(android.r.id.content);

很容易讓我們想到msubdecor 是不是等同於上文中的mcontentroot 呢？

看看ensuresubdecor怎麼寫的：

if (moverlayactionmode)  else

subdecor 是系統提供的viewgroup 裡面有乙個android.r.id.content布局，和mcontentroot 作用一模一樣。

基本上分析到此結束，也是比較簡單。