概述

對於Android開發人員來說，想必對setContentView方法不會陌生，每當我們建立一個Activity時，都會重寫該Activity的onCreate方法，在該方法中我們必須要呼叫setContentView方法來顯示我們指定的佈局或者View。那麼setContentView方法又是如何將我們指定的佈局或者View放入到指定的Activity中顯示出來的呢？

今天這篇部落格主要就是講解Activity的UI繪製流程，而setContentView就是Activity的UI繪製起始過程。

@Override
protected void onCreate(Bundle savedInstanceState) {
   super
 
.onCreate(savedInstanceState);
   setContentView(R.layout.activity_main);
}

這裡先貼一張圖，便於大家更好的理解這個流程

PhoneWindow物件

當我們建立一個Activity時，該類都是預設繼承自Activity方法，所以首先我們需要進入到Activity方法中，然後找到該類的setContentView方法，該方法還有幾個過載的方法，這裡我們主要討論的是定義資源id引數layoutResID的方法，程式碼如下：

public void setContentView(@LayoutRes int
 
 layoutResID) {
   getWindow().setContentView(layoutResID);
   initWindowDecorActionBar();
}

通過這個方法我們可以看出，在該方法中呼叫了 getWindow().setContentView(layoutResID)，那麼這個getWindow又是什麼呢？

mWindow = new PhoneWindow(this, window);

public Window getWindow() {
    return mWindow;
}

setContentView方法

通過原始碼原始碼可知，getWindow方法返回的時一個Window類物件，而Window是系統定義一個抽象類，在Activity中我們例項化的是Window的一個實現類PhoneWindow。所以我們需要進入到PhoneWindow類中，檢視setContentView方法具體實現。

但是通過Eclipse或者Android studio是不能直接檢視到PhoneWindow的原始碼的，要想檢視該類的原始碼需要去sdk的原始碼中查詢，具體路徑為: /sdk/sources/android-21/com/android/internal/policy/impl/PhoneWindow.java。

進入該類之後找到setContentView方法，

@Override
public void setContentView(int layoutResID) {
    // Note: FEATURE_CONTENT_TRANSITIONS may be set in the process of installing the window
    // decor, when theme attributes and the like are crystalized. Do not check the feature
    // before this happens.
    if (mContentParent == null) {
        installDecor();
    } else if (!hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
        mContentParent.removeAllViews();
    }

    if (hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
        final Scene newScene = Scene.getSceneForLayout(mContentParent, layoutResID,
                getContext());
        transitionTo(newScene);
    } else {
        mLayoutInflater.inflate(layoutResID, mContentParent);
    }
    final Callback cb = getCallback();
    if (cb != null && !isDestroyed()) {
        cb.onContentChanged();
    }
}

installDecor方法

通過原始碼可知，當第一次初始化的時候會執行installDecor方法，該方法原始碼如下：

private void installDecor() {
     if (mDecor == null) {
         mDecor = generateDecor();
             mDecor.setDescendantFocusability(ViewGroup.FOCUS_AFTER_DESCENDANTS);
         mDecor.setIsRootNamespace(true);
         if (!mInvalidatePanelMenuPosted && mInvalidatePanelMenuFeatures != 0) {
             mDecor.postOnAnimation(mInvalidatePanelMenuRunnable);
         }
     }
     if (mContentParent == null) {
         mContentParent = generateLayout(mDecor);
     }
}

protected DecorView generateDecor() {
    return new DecorView(getContext(), -1);
}

在installDecor方法中首先會判斷mDecor物件是否為空，如果為空則會呼叫generateDecor方法，generateDecor方法很簡單就是生成一個DecorView物件。

在mDecor物件在執行完成之後又會判斷mContentParent物件是否為空，如果為空則會通過generateLayout方法生成mContentParent，大家注意這個時候mDecor是作為引數傳入到generateLayout方法中，不用質疑在該方法中會對mDecor做一些操作，那麼或許有人會疑問這個DecorView又是什麼呢？

DecorView

DecroView，其實就是PhoneWindow物件的一個內部類，該類繼承自FrameLayout，對於DecorView，這裡先不做過多的詳細介紹，大家只需要知道DecroView其實就是作為Activity的頂級佈局顯示出來的就可以了。

private final class DecorView extends FrameLayout   implements RootViewSurfaceTaker {
    ....
}

generateLayout方法

generateLayout方法如下：

protected ViewGroup generateLayout(DecorView decor) {
　　//1,獲取<Application android:theme=""/>, <Activity/>節點指定的themes或者程式碼requestWindowFeature()中指定的Features, 並設定
　　TypedArray a = getWindowStyle();
　　//...
　　
　　//2,獲取視窗Features, 設定相應的修飾佈局檔案，這些xml檔案位於frameworks/base/core/res/res/layout下
　　int layoutResource;
　　int features = getLocalFeatures();
　　if ((features & ((1 << FEATURE_LEFT_ICON) | (1 << FEATURE_RIGHT_ICON))) != 0) {
　　　　if (mIsFloating) {
　　　　　　TypedValue res = new TypedValue();
　　　　　　getContext().getTheme().resolveAttribute(com.android.internal.R.attr.dialogTitleIconsDecorLayout, res, true);
　　　　　　layoutResource = res.resourceId;
　　　　} else {
    　　layoutResource = com.android.internal.R.layout.screen_title_icons;
　　}
　　removeFeature(FEATURE_ACTION_BAR);
　　} else if ((features & ((1 << FEATURE_PROGRESS) | (1 << FEATURE_INDETERMINATE_PROGRESS))) != 0 && (features & (1 << FEATURE_ACTION_BAR)) == 0) {
　　layoutResource = com.android.internal.R.layout.screen_progress;
　　//...
　　
　　mDecor.startChanging();
　　//3, 將上面選定的佈局檔案inflate為View樹，新增到decorView中
　　View in = mLayoutInflater.inflate(layoutResource, null);
　　decor.addView(in, new ViewGroup.LayoutParams(MATCH_PARENT, MATCH_PARENT));
　　//將視窗修飾佈局檔案中id="@android:id/content"的View賦值給mContentParent, 後續自定義的view/layout都將是其子View
　　ViewGroup contentParent = (ViewGroup)findViewById(ID_ANDROID_CONTENT);
　　if (contentParent == null) {
　　　　throw new RuntimeException("Window couldn't find content container view");
　　}
　　//...
}

在該方法中，首先會通過getWindowStyle方法獲取window的樣式閒逛屬性並對Window進行一系列的初始化，這裡大家可以看看程式碼，方法開始時這裡通過一系列的判斷呼叫requestFeature方法，對於requestFeature方法想必大家也不陌生，在開發中我們會經常在activity中呼叫該方法來設定FEATURE_NO_TITLE等屬性。

@Override
protected void onCreate(Bundle savedInstanceState) {
   super.onCreate(savedInstanceState);
   getWindow().requestFeature(Window.FEATURE_NO_TITLE);
   setContentView(R.layout.activity_main);
}

而且該方法的呼叫必須是在setContentView方法之前，或許在一開始大家並不明白為什麼要在setContentView方法之前呼叫requestFeature方法，但是現在應該就明白了。因為在setContentView方法中會間接的初始化Window的屬性，這裡會呼叫requestFeature等方法，如果在開發中我們在setContentView方法之後呼叫requestFeature方法改變一些屬性值，那麼此時window的初始化已經完成，在呼叫requestFeature方法就沒有作用了。

接下來，在generateLayout方法中，mLayoutInflater會根據layoutResource建立一個View物件，這個View物件in會被放入到decor中，也就是之前建立的DecroView中。

而layoutResource的獲取則和之前requestFeature方法初始化有關，這裡我們分析下預設情況下layoutResource的值，也就是 layoutResource = R.layout.screen_simple;，這裡我們可以看看screen_simple的佈局，該佈局的檔案位置在sdk/platforms/android-21/data/res/layout/screen_simple.xml。當然，如果大家有興趣也可以看看其他情況下如actionbar下的佈局。

<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>

在該佈局中的FrameLayout的id為content，想必大家就不陌生了，我們通過setContentView方法指定的佈局最終就是給這個FrameLayout新增一個子佈局。

最後，對DecorView新增完view物件之後，會通過該一下程式碼獲取一個ViewGroup物件，這個物件就是generateLayout方法按最終返回的ViewGroup物件。

ViewGroup contentParent = (ViewGroup)findViewById(ID_ANDROID_CONTENT);

最終我們在回到setContentView方法中，在該方法中我們會填充指定給activity的佈局，並且將mContentParent作為view的跟佈局，而這個mContentParent就是通過generateLayout方法建立的。

@Override
public void setContentView(int layoutResID) {
    // Note: FEATURE_CONTENT_TRANSITIONS may be set in the process of installing the window
    // decor, when theme attributes and the like are crystalized. Do not check the feature
    // before this happens.
    if (mContentParent == null) {
        installDecor();
    } else if (!hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
        mContentParent.removeAllViews();
    }

    if (hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
        final Scene newScene = Scene.getSceneForLayout(mContentParent, layoutResID,
                getContext());
        transitionTo(newScene);
    } else {
        mLayoutInflater.inflate(layoutResID, mContentParent);
    }
    final Callback cb = getCallback();
    if (cb != null && !isDestroyed()) {
        cb.onContentChanged();
    }
}

總結

對於setContentView方法的分析就到此為止，這裡我們總結一下：

1. 當我們建立一個Activity時，會有一個PhoneWindow的物件被建立，PhoneWindow是抽象類Window的具體實現

2. 在PhoneWindow中有一個內部類DecorView，DecroView是繼承自FrameLayout，該類是所有應用視窗的根View

3. 在DecorView中會新增一個具體的View，該View會根據不同的theme和feature而不同，但是有一個共同點就是在該View中會有一個id為”@android:id/content”的FrameLayout存在，該類將作為activity中顯示指定佈局的父佈局存在，也就是activity顯示的佈局江北新增到這個FrameLayout中

最後貼上一張圖，通過hierarchyviewer工具獲取的activity的view的結構，也可以一一印證上面的結論。