上一篇分析了四大元件之ContentProvider，這也是四大元件最後一個。因此，從這篇開始我們分析新的篇章–View繪製流程，View繪製流程在Android開發中佔有非常重要的位置，只要有檢視的顯示，都離不開View的繪製，所以瞭解View繪製原理對於應用開發以及系統的學習至關重要。由於View繪製流程比較複雜，並且涉及的知識非常多，所以後面我會按照下面幾方面來介紹View的繪製流程。每篇不是很長，但是儘量的詳細，讓每個人都看懂。
- Android系統原始碼分析–View繪製流程之-setContentView
- Android系統原始碼分析–View繪製流程之-inflate
- Android系統原始碼分析–View繪製流程之-onMeasure
- Android系統原始碼分析–View繪製流程之-onLayout
- Android系統原始碼分析–View繪製流程之-onDraw
- Android系統原始碼分析–View繪製流程之-硬體加速
- Android系統原始碼分析–View繪製流程之-addView
- Android系統原始碼分析–View繪製流程之-彈性效果
所以這篇我們先分析View繪製流程的setContentView方法，按照慣例，先貼一下流程圖：
1.PhoneWindow.setContentView
呼叫setContentView最開始的地方是在我們繼承Activity的子類中的onCreate方法中，這個方法其實是呼叫的Activity中的setContentView方法：
public void setContentView(@LayoutRes int layoutResID) {
// getWindow獲取的是PhoneWindow，所以這裡是呼叫的PhoneWindow的setContentView方法 getWindow().setContentView(layoutResID);
initWindowDecorActionBar();
}複製程式碼其實這個getWindow獲取的是繼承Window的PhoneWindow，所以這裡getWindow.setContentView是呼叫的PhoneWindow.setContentView方法，具體的自己可以看看程式碼哪裡賦值的就知道了。另外這個方法還有兩個類似的方法：
public void setContentView(View view) {
getWindow().setContentView(view);
initWindowDecorActionBar();
} public void setContentView(View view, ViewGroup.LayoutParams params) {
getWindow().setContentView(view, params);
initWindowDecorActionBar();
}複製程式碼這三個方法差不多，只不過下面的兩個直接傳遞了view物件，而第一個是傳遞了view的id。我們接著看PhoneWindow.setContentView方法。
public void setContentView(int layoutResID) {
// 根據layout的id載入一個佈局，然後通過findViewById(R.id.content)載入出佈局中id為content // 的FrameLayout賦值給mContentParent，並且將該view新增到mDecor（DecorView）中 if (mContentParent == null) {// 第一次是空 installDecor();
} else if (!hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
// 沒有過度效果，並且不是第一次setContentView，那麼要先移除盛放setContentView傳遞進來 // 的View的父容器中的所有子view mContentParent.removeAllViews();
} // 視窗是否需要過度顯示 if (hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
...
} else {// 不需要過度，載入id為layoutResID的檢視並且新增到mContentParent中 mLayoutInflater.inflate(layoutResID, mContentParent);
} // 繪製檢視 mContentParent.requestApplyInsets();
... mContentParentExplicitlySet = true;
}複製程式碼上面註釋很詳細，但是還是需要解釋一下mContentParent，這個mContentParent是一個FrameLayout，這裡的Content是指你setContentView傳遞進來的id指向的檢視，所以mContentParent也就是指放置傳遞進來的檢視的父檢視。看下面的圖：
上面的ActionBarContextView是標題，不過有些設定是不會顯示整個標題的，所以這裡只是一種情況，下面的id為content的FrameLayout就是這個mContentParent，你通過setContentView方法傳遞的檢視會放到這個id為content的FrameLayout上面，這樣你的Activity就顯示了你寫的佈局檢視了，這裡先解釋一下，我們下面看看是不是真的這樣。由於第一次建立Activity時mContentParent是空的，所以會走PhoneWindow.installDecor方法。
2.PhoneWindow.installDecor
private void installDecor() {
mForceDecorInstall = false;
// 繼承FrameLayout，是視窗頂級檢視，也就是Activity顯示View的根View，包含一個TitleView和一個ContentView if (mDecor == null) {// 首次為空 // 建立DecorView（FrameLayout） mDecor = generateDecor(-1);
...
} else {
mDecor.setWindow(this);
} if (mContentParent == null) {// 第一次setContentView時為空 // 這個mContentParent就是後面從系統的frameworks\base\core\res\res\layout\目錄下載入出來 // 的layout佈局（這個Layout佈局載入完成後會新增到mDecor（DecorView）中）中的一個id為content的 // FrameLayout控制元件，這個FrameLayout控制元件用來盛放setContentView傳遞進來的View mContentParent = generateLayout(mDecor);
... // 判斷是否存在id為decor_content_parent的view（我只看到screen_action_bar.xml這個裡面有這個id） final DecorContentParent decorContentParent = (DecorContentParent) mDecor.findViewById( R.id.decor_content_parent);
if (decorContentParent != null) {
... if (mDecorContentParent.getTitle() == null) {
// 設定標題 mDecorContentParent.setWindowTitle(mTitle);
} ...
} else {
// 標題檢視 mTitleView = (TextView) findViewById(R.id.title);
// 有的佈局中是沒有id為title的控制元件的，也就是不顯示標題 if (mTitleView != null) {
// 判斷是否有不顯示標題的特性 if ((getLocalFeatures() &
(1 <
<
FEATURE_NO_TITLE)) != 0) {
final View titleContainer = findViewById(R.id.title_container);
if (titleContainer != null) {
titleContainer.setVisibility(View.GONE);
} else {
mTitleView.setVisibility(View.GONE);
} mContentParent.setForeground(null);
} else {// 顯示標題 mTitleView.setText(mTitle);
}
}
} // 背景 if (mDecor.getBackground() == null &
&
mBackgroundFallbackResource != 0) {
mDecor.setBackgroundFallback(mBackgroundFallbackResource);
} // 過度效果 ...
}
}複製程式碼這裡出現了一個mDecor，這個mDecor是DecorView，繼承FrameLayout，是視窗頂級檢視，也就是Activity顯示View的根View，包含一個TitleView和一個ContentView，也就是上面圖形中的最外層藍色的邊框所指代的檢視，當然，這裡第一載入時也是空的，那麼會呼叫generateDecor函式來建立mDecor，然後通過generateLayout方法建立mContentParent檢視，建立完成後會設定標題，設定標題的就不分析了，比較簡單，下面先看建立mDecor的方法。
3.PhoneWindow.generateDecor
protected DecorView generateDecor(int featureId) {
... // activity. Context context;
if (mUseDecorContext) {// 從Activity的setContentView方法呼叫則為true Context applicationContext = getContext().getApplicationContext();
if (applicationContext == null) {// 系統程式時沒有Application的context，所以就用現有的context context = getContext();
} else {// 應用會有application的Context ...
}
} else {
context = getContext();
} return new DecorView(context, featureId, this, getAttributes());
}複製程式碼這裡判斷了一個applicationContext是否存在，主要是區分這個是系統呼叫還是應用，系統是沒有applicationContext的，最後通過new關鍵字建立物件DecorView，這裡就獲取到了DecorView。
5.PhoneWindow.generateLayout
protected ViewGroup generateLayout(DecorView decor) {
... // 根據Window的屬性呼叫相應的requestFeature ... // 獲取Window的各種屬性來設定flag和引數 ... // 根據之前的flag和feature來載入一個layout資源到DecorView中，並把可以作為容器的View返回 // 這個layout佈局檔案在frameworks\base\core\res\res\layout\目錄下 int layoutResource;
int features = getLocalFeatures();
if ((features &
(1 <
<
FEATURE_SWIPE_TO_DISMISS)) != 0) {
layoutResource = R.layout.screen_swipe_dismiss;
} else if ((features &
((1 <
<
FEATURE_LEFT_ICON) | (1 <
<
FEATURE_RIGHT_ICON))) != 0) {
if (mIsFloating) {
...
} else {
layoutResource = R.layout.screen_title_icons;
} removeFeature(FEATURE_ACTION_BAR);
// System.out.println("Title Icons!");
} else if ((features &
((1 <
<
FEATURE_PROGRESS) | (1 <
<
FEATURE_INDETERMINATE_PROGRESS))) != 0 &
&
(features &
(1 <
<
FEATURE_ACTION_BAR)) == 0) {
layoutResource = R.layout.screen_progress;
} else if ((features &
(1 <
<
FEATURE_CUSTOM_TITLE)) != 0) {
if (mIsFloating) {
...
} else {
layoutResource = R.layout.screen_custom_title;
} ...
} else if ((features &
(1 <
<
FEATURE_NO_TITLE)) == 0) {
if (mIsFloating) {
...
} else if ((features &
(1 <
<
FEATURE_ACTION_BAR)) != 0) {
layoutResource = a.getResourceId( R.styleable.Window_windowActionBarFullscreenDecorLayout, R.layout.screen_action_bar);
} else {
layoutResource = R.layout.screen_title;
} // System.out.println("Title!");
} else if ((features &
(1 <
<
FEATURE_ACTION_MODE_OVERLAY)) != 0) {
layoutResource = R.layout.screen_simple_overlay_action_mode;
} else {
layoutResource = R.layout.screen_simple;
} mDecor.startChanging();
// 根據layoutResource（佈局id）載入系統中佈局檔案（Layout）並新增到DecorView中 mDecor.onResourcesLoaded(mLayoutInflater, layoutResource);
// contentParent是用來新增Activity中佈局的父佈局（FrameLayout），並帶有相關主題樣式，就是上面 // 提到的id為content的FrameLayout，返回後會賦值給PhoneWindow中的mContentParent ViewGroup contentParent = (ViewGroup) findViewById(ID_ANDROID_CONTENT);
if (contentParent == null) {
throw new RuntimeException("Window couldn't find content container view");
} ... // 設定mDecor背景之類 ... mDecor.finishChanging();
return contentParent;
}複製程式碼前面一大段if-else語句是根據屬性值獲取系統中的layout的id，主要有下面幾種：
R.layout.screen_swipe_dismiss R.layout.screen_title_icons R.layout.screen_progress R.layout.screen_custom_title R.layout.screen_title R.layout.screen_simple_overlay_action_mode R.layout.screen_simple複製程式碼這些佈局檔案都在系統frameworks\base\core\res\res\layout\目錄下，我們看其中一個screen_simple.xml佈局程式碼：
<
LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" android:fitsSystemWindows="true" android:orientation="vertical">
<
ViewStub android:id="@+id/action_mode_bar_stub" android:inflatedId="@+id/action_mode_bar" android:layout="@layout/action_mode_bar" android:layout_width="match_parent" android:layout_height="wrap_content" android:theme="?attr/actionBarTheme" />
<
FrameLayout android:id="@android:id/content" android:layout_width="match_parent" android:layout_height="match_parent" android:foregroundInsidePadding="false" android:foregroundGravity="fill_horizontal|top" android:foreground="?android:attr/windowContentOverlay" />
<
/LinearLayout>
複製程式碼其中我們需要獲取的contentParent就是xml佈局中id為content的FrameLayout，為什麼是這個，我們通過上面程式碼分析，上面我們看到了mDecor.onResourcesLoaded方法，這裡的第二個引數layoutResource就是上面的xml佈局，所以這裡就是載入這個佈局的我們看看是不是
6.DecorView.onResourcesLoaded
void onResourcesLoaded(LayoutInflater inflater, int layoutResource) {
... // DecorView中的標題檢視，可能是空，也就是沒有標題 mDecorCaptionView = createDecorCaptionView(inflater);
// 載入Layout作為根佈局（frameworks\base\core\res\res\layout\目錄下layout佈局檔案） // 這裡獲取到的root是沒有寬高的 final View root = inflater.inflate(layoutResource, null);
if (mDecorCaptionView != null) {// 有標題 // 這裡可以看到mDecorCaptionView不為空時，將mDecorCaptionView新增到DecorView，然後再將 // Layout新增到mDecorCaptionView if (mDecorCaptionView.getParent() == null) {
addView(mDecorCaptionView, new ViewGroup.LayoutParams(MATCH_PARENT, MATCH_PARENT));
} mDecorCaptionView.addView(root, new ViewGroup.MarginLayoutParams(MATCH_PARENT, MATCH_PARENT));
} else {// 沒有標題 // 如果mDecorCaptionView為空，則直接將跟佈局Layout新增到DecorView // Put it below the color views. addView(root, 0, new ViewGroup.LayoutParams(MATCH_PARENT, MATCH_PARENT));
} mContentRoot = (ViewGroup) root;
initializeElevation();
}複製程式碼這裡首先建立了標題檢視，然後通過LayoutInflater.inflate載入了id為layoutResource的佈局檔案並賦值給root引用，最終返回的也是這個root，所以上面方法5中載入了這個佈局檔案，載入完成後，如果標題檢視檔案存在，則將root新增到標題檢視中，再將標題檢視新增到DecorView上，如果沒有標題檢視，則直接將root佈局新增到DecorView上面，寬高是MATCH_PARENT。再回到5中，在呼叫完mDecor.onResourcesLoaded方法後通過id為ID_ANDROID_CONTENT獲取了一個ViewGroup，那麼這個ID_ANDROID_CONTENT是什麼，通過查詢我們發現是：
public static final int ID_ANDROID_CONTENT = com.android.internal.R.id.content;
複製程式碼這裡就可以知道獲取的contentParent就是上面xml佈局中的id為content的FrameLayout佈局，所以到這裡整體結構基本明白了。
另外上面呼叫了一個createDecorCaptionView方法並且傳入了LayoutInflater，那麼看看這個方法做了哪些操作。
7.DecorView.createDecorCaptionView
private DecorCaptionView createDecorCaptionView(LayoutInflater inflater) {
... if (!mWindow.isFloating() &
&
isApplication &
&
StackId.hasWindowDecor(mStackId)) {
if (decorCaptionView == null) {
decorCaptionView = inflateDecorCaptionView(inflater);
} decorCaptionView.setPhoneWindow(mWindow, true /*showDecor*/);
} else {
decorCaptionView = null;
} ... return decorCaptionView;
}複製程式碼這裡其實就一個方法需要再看看那就是inflateDecorCaptionView方法。
8.DecorView.inflateDecorCaptionView
private DecorCaptionView inflateDecorCaptionView(LayoutInflater inflater) {
final Context context = getContext();
inflater = inflater.from(context);
// 從frameworks\base\core\res\res\layout\中載入decor_caption.xml佈局 final DecorCaptionView view = (DecorCaptionView) inflater.inflate(R.layout.decor_caption, null);
... return view;
}複製程式碼這裡其實就是通過LayoutInflater.inflate方法載入frameworks\base\core\res\res\layout\下的decor_caption.xml佈局，這個LayoutInflater.inflate由於比較重要，所以我們放到下一章單獨講解。
10.LayoutInflater.inflate
我們在第二步初始化完DecorView和mContentParent檢視後開始呼叫mLayoutInflater.inflate(layoutResID, mContentParent)方法，載入我們setContentView方法傳遞進來的檢視，也就是我們自己寫的Activity佈局，之前的都是系統的佈局。我們知道mContentParent是放置我們自己寫的Activity檢視的容器，所以後面就簡單了。
public View inflate(@LayoutRes int resource, @Nullable ViewGroup root) {
return inflate(resource, root, root != null);
}複製程式碼上面我們說了這個方法具體分析我們下一章單獨分析。所以我們接著前面分析。
11.View.requestApplyInsets
public void requestApplyInsets() {
requestFitSystemWindows();
}複製程式碼12.View.requestFitSystemWindows
public void requestFitSystemWindows() {
if (mParent != null) {
mParent.requestFitSystemWindows();
}
}複製程式碼這裡的mParent是ViewParent的具體實現ViewRootImpl，所以呼叫的是ViewRootImpl裡的requestFitSystemWindows方法。
13.ViewRootImpl.requestFitSystemWindows
public void requestFitSystemWindows() {
checkThread();
mApplyInsetsRequested = true;
scheduleTraversals();
// 繪製檢視
}複製程式碼checkThread這個是檢測執行緒的方法，也就是檢測當前執行緒是不是主執行緒，也就是setContentView方法要在UI執行緒呼叫。然後呼叫scheduleTraversals方法開始繪製檢視。
15.ViewRootImpl.scheduleTraversals
void scheduleTraversals() {
// 當mTraversalScheduled為false，也就是沒有重繪請求或者沒有未執行完的重繪時才開始重繪 if (!mTraversalScheduled) {
// 一旦開始重回此處設定為True，當執行完畢後呼叫unscheduleTraversals函式， // 重新設定為false，避免同時存在多次繪製 mTraversalScheduled = true;
mTraversalBarrier = mHandler.getLooper().getQueue().postSyncBarrier();
// 將訊息放入訊息處理器中，最終呼叫doTraversal方法 mChoreographer.postCallback( Choreographer.CALLBACK_TRAVERSAL, mTraversalRunnable, null);
...
}
}複製程式碼mTraversalScheduled只有呼叫這個方法後才設定為true，所以在開始呼叫這個方法的時候是false，後面會將mTraversalRunnable放到訊息處理器中，這個mTraversalRunnable是一個實現了Runnable介面的物件，所以從這裡呼叫了TraversalRunnable中的run方法。
16.TraversalRunnable.run
public void run() {
doTraversal();
}複製程式碼這裡很簡單就是呼叫了doTraversal方法。
17.ViewRootImpl.doTraversal
void doTraversal() {
if (mTraversalScheduled) {
mTraversalScheduled = false;
... // 執行View繪製流程 performTraversals();
...
}
}複製程式碼這裡主要是呼叫performTraversals方法，開始View的真正繪製。
18.ViewRootImpl.performTraversals
private void performTraversals() {
... // 這裡是需要測量的條件：第一次載入View，需要調整視窗大小，需要適應系統視窗，檢視顯示狀態改變， // 檢視佈局引數不為空，強制視窗重新佈局。首先要滿足這個幾個條件才可能執行測量 if (mFirst || windowShouldResize || insetsChanged || viewVisibilityChanged || params != null || mForceNextWindowRelayout) {
... // 視窗沒有停止，或者通知需要繪製 if (!mStopped || mReportNextDraw) {
... if (focusChangedDueToTouchMode || mWidth != host.getMeasuredWidth() || mHeight != host.getMeasuredHeight() || contentInsetsChanged || updatedConfiguration) {
... // 1.第一步：測量 // Ask host how big it wants to be performMeasure(childWidthMeasureSpec, childHeightMeasureSpec);
...
}
}
} else {
...
} ... if (didLayout) {// 執行佈局 // 2.第二步：佈局 performLayout(lp, mWidth, mHeight);
...
} ... // 如果沒有取消繪製，並且不是新的Surface，那麼執行繪製 if (!cancelDraw &
&
!newSurface) {
... // 3.第三步：繪製 performDraw();
} else {// 如果取消了繪製或者是新的Surface，那麼要重新測量、佈局和繪製 ...
} mIsInTraversal = false;
}複製程式碼這裡開始進入測量，佈局，繪製的過程，裡面通過各個條件來判斷需要執行哪一步或者哪幾部，因為這一段主要是設計測量、佈局、繪製，所以這章就不分析了，這個方法放到《Android系統原始碼分析–View繪製流程之-onMeasure》一章講解。
我們下一章開始分析《Android系統原始碼分析–View繪製流程之-inflate》。
參考文章：
程式碼地址：
直接拉取匯入開發工具（Intellij idea或者Android studio）
由於coding與騰訊雲合作，改變很多，所以後續程式碼切換到Gitlab。
注：
首發地址：www.codemx.cn
Android開發群：192508518
微信公眾賬號：Code-MX
注：本文原創，轉載請註明出處，多謝。