大家在平時的開發中，對於setContentView肯定不陌生，那麼對其內部的實現會不會比較好奇呢~~~有幸終於能看到一些PhoneWindow神馬的原始碼，今天就帶大家來跑一回原始碼~~
1、Activity setContentView
首先不用說，進入Activity的setContentView
|
1 2 3 4 |
public void setContentView(int layoutResID) { getWindow().setContentView(layoutResID); initActionBar(); } |
可以看到裡面獲取了Window，然後呼叫了Window的setContentView
2、PhoneWindow setContentView
這裡的Window的實現類是PhoneWindow（package com.android.internal.policy.impl;），我們直接看它的實現：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
@Override public void setContentView(int layoutResID) { if (mContentParent == null) { installDecor(); } else { mContentParent.removeAllViews(); } mLayoutInflater.inflate(layoutResID, mContentParent); final Callback cb = getCallback(); if (cb != null && !isDestroyed()) { cb.onContentChanged(); } } |
可以看到，首先判斷mContentParent是否為null，是則呼叫installDecor()，否則移除其內部所有的子Views，然後通過LayoutInflater.inflate將我們傳入的layout放置到mContentParent中。
從這裡就能看出來mContentParent是個ViewGroup且包裹我們整個佈局檔案；而installDecor()估計就是去初始化我們這個mContentParent，一會我們會去驗證。
接下來，通過getCallBack拿到了一個CallBack物件，其實這個獲取到的這個CallBack就是我們Activity自己，你可以去看我們的Activity是實現了CallBack介面的。
這個Callback明顯就是一個回撥，當PhoneWindow接收到系統分發給它的觸控、IO、選單等相關的事件時，可以回撥相應的Activity進行處理。至於Callback可以回撥哪些方法，自己看下這個介面的宣告方法即可。當然了這裡不是我們的關鍵，因為我們的setContentView裡面只是回撥了onContentChanged，而onContentChanged在Activity中是空實現。
好了，接下來去看我們的installDecor()
3、PhoneWindow installDecor
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 |
private void installDecor() { if (mDecor == null) { mDecor = generateDecor(); mDecor.setDescendantFocusability(ViewGroup.FOCUS_AFTER_DESCENDANTS); mDecor.setIsRootNamespace(true); //... } } if (mContentParent == null) { mContentParent = generateLayout(mDecor); mTitleView = (TextView)findViewById(com.android.internal.R.id.title); if (mTitleView != null) { //根據FEATURE_NO_TITLE隱藏，或者設定mTitleView的值 //... } else { mActionBar = (ActionBarView) findViewById(com.android.internal.R.id.action_bar); if (mActionBar != null) { //設定ActionBar標題、圖示神馬的；根據FEATURE初始化Actionbar的一些顯示 //... } } } } |
這裡程式碼比較長，刪除了一些初始化Actionbar樣式神馬的程式碼。
可以看到這裡不僅初始化mContentParent，而且在之前先呼叫generateDecor();初始化了一個mDecor，mDecor是DecorView物件，為FrameLayout的子類。
在得到mDecor以後設定其焦點的獲取方式為，當其子孫都不需要時，自己才獲取。
然後通過 generateLayout(mDecor);把mDecor做為引數傳入，然後獲取到了我們的mContentParent；
接下里就開始通過findViewById進行獲取控制元件了，而這裡的findViewById的程式碼是這樣的：
|
1 2 3 |
public View findViewById(int id) { return getDecorView().findViewById(id); } |
getDecorView返回的就是我們的mDecor。
這裡我們猜測下，首先去初始化mDecor，然後通過mDecor初始化了mContentParent，接下來mDecor就可以使用findViewById方法了。那麼我覺得，在初始化mDecor的方法
generateDecor（）中，一定為我們的mDecor放入了佈局或者控制元件（最簡單的就是使用inflate壓入了佈局檔案），而mContentParent可能就是mDecor中的某個子View。
是不是這樣呢？
我們一起來先看看generateDecor（）方法的實現：
4、PhoneWindow generateDecor
|
1 2 3 |
protected DecorView generateDecor() { return new DecorView(getContext(), -1); } |
|
1 2 3 4 |
public DecorView(Context context, int featureId) { super(context); mFeatureId = featureId; } |
很遺憾，我們的generateDecor（）只是初始化了一個FrameLayout物件，並沒有在其內部壓入佈局檔案，看來我們的猜測有些問題；不過沒事，既然此方法沒有，那麼generateLayout(mDecor);中一定設定了layout檔案，並且這名字也很像這麼回事。
5、PhoneWindow generateLayout
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 |
protected ViewGroup generateLayout(DecorView decor) { // Apply data from current theme. TypedArray a = getWindowStyle(); //...Window_windowIsFloating,Window_windowNoTitle，Window_windowActionBar... //首先通過WindowStyle中設定的各種屬性，對Window進行requestFeature或者setFlags if (a.getBoolean(com.android.internal.R.styleable.Window_windowNoTitle, false)) { requestFeature(FEATURE_NO_TITLE); } //... if (a.getBoolean(com.android.internal.R.styleable.Window_windowFullscreen, false)) { setFlags(FLAG_FULLSCREEN, FLAG_FULLSCREEN & (~getForcedWindowFlags())); } //...根據當前sdk的版本確定是否需要menukey WindowManager.LayoutParams params = getAttributes(); //通過a中設定的屬性，設定 params.softInputMode 軟鍵盤的模式； //如果當前是浮動Activity，在params中設定FLAG_DIM_BEHIND並記錄dimAmount的值。 //以及在params.windowAnimations記錄WindowAnimationStyle // Inflate the window decor. int layoutResource; int features = getLocalFeatures(); // System.out.println("Features: 0x" + Integer.toHexString(features)); 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; } // XXX Remove this once action bar supports these features. 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) { // Special case for a window with only a progress bar (and title). // XXX Need to have a no-title version of embedded windows. layoutResource = com.android.internal.R.layout.screen_progress; // System.out.println("Progress!"); } else if ((features & (1 << FEATURE_CUSTOM_TITLE)) != 0) { // Special case for a window with a custom title. // If the window is floating, we need a dialog layout if (mIsFloating) { TypedValue res = new TypedValue(); getContext().getTheme().resolveAttribute( com.android.internal.R.attr.dialogCustomTitleDecorLayout, res, true); layoutResource = res.resourceId; } else { layoutResource = com.android.internal.R.layout.screen_custom_title; } // XXX Remove this once action bar supports these features. removeFeature(FEATURE_ACTION_BAR); } else if ((features & (1 << FEATURE_NO_TITLE)) == 0) { // If no other features and not embedded, only need a title. // If the window is floating, we need a dialog layout if (mIsFloating) { TypedValue res = new TypedValue(); getContext().getTheme().resolveAttribute( com.android.internal.R.attr.dialogTitleDecorLayout, res, true); layoutResource = res.resourceId; } else if ((features & (1 << FEATURE_ACTION_BAR)) != 0) { layoutResource = com.android.internal.R.layout.screen_action_bar; } else { layoutResource = com.android.internal.R.layout.screen_title; } // System.out.println("Title!"); } else if ((features & (1 << FEATURE_ACTION_MODE_OVERLAY)) != 0) { layoutResource = com.android.internal.R.layout.screen_simple_overlay_action_mode; } else { // Embedded, so no decoration is needed. layoutResource = com.android.internal.R.layout.screen_simple; // System.out.println("Simple!"); } View in = mLayoutInflater.inflate(layoutResource, null); decor.addView(in, new ViewGroup.LayoutParams(MATCH_PARENT, MATCH_PARENT)); ViewGroup contentParent = (ViewGroup)findViewById(ID_ANDROID_CONTENT); //... return contentParent; } } |
程式碼也比較長，首先getWindowStyle在當前的Window的theme中獲取我們的Window中定義的屬性。具體參考：\frameworks\base\core\res\res\values\attrs.xml
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
<!-- The set of attributes that describe a Windows's theme. --> <declare-styleable name="Window"> <attr name="windowBackground" /> <attr name="windowContentOverlay" /> <attr name="windowFrame" /> <attr name="windowNoTitle" /> <attr name="windowFullscreen" /> <attr name="windowOverscan" /> <attr name="windowIsFloating" /> <attr name="windowIsTranslucent" /> <attr name="windowShowWallpaper" /> <attr name="windowAnimationStyle" /> <attr name="windowSoftInputMode" /> <attr name="windowDisablePreview" /> <attr name="windowNoDisplay" /> <attr name="textColor" /> <attr name="backgroundDimEnabled" /> <attr name="backgroundDimAmount" /> |
然後就根據這些屬性的值，對我們的Window各種requestFeature,setFlags等等。所以這裡就是解析我們為Activity設定theme的地方，至於theme一般可以在AndroidManifest裡面進行設定。
接下來就到關鍵的部分了，21-75行：通過對features和mIsFloating的判斷，為layoutResource進行賦值，至於值可以為R.layout.screen_custom_title;R.layout.screen_action_bar;等等。至於features，除了theme中設定的，我們也可以在Activity的onCreate的setContentView之前進行requestFeature，也解釋了，為什麼需要在setContentView前呼叫requestFeature設定全屏什麼的。
得到了layoutResource以後，78行，通過LayoutInflater把佈局轉化成view，加入到我們的decor，即傳入的mDecor中。
接下來81行：通過mDecor.findViewById傳入R.id.content（相信這個id大家或多或少都聽說過），返回mDecor（佈局）中的id為content的View，一般為FrameLayout。
好了，可以看到我們的mDecor是一個FrameLayout，然後會根據theme去選擇系統中的佈局檔案，將佈局檔案通過inflate轉化為view，加入到mDecor中；這些佈局檔案中都包含一個id為content的FrameLayout，將其引用返回給mContentParent。
等我們的mContentParent有值了以後，還記得幹嘛了麼？再貼一次PhoneWindow的setContentView
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
@Override public void setContentView(int layoutResID) { if (mContentParent == null) { installDecor(); } else { mContentParent.removeAllViews(); } mLayoutInflater.inflate(layoutResID, mContentParent); final Callback cb = getCallback(); if (cb != null && !isDestroyed()) { cb.onContentChanged(); } } |
有了mContentParent，然後把我們寫的佈局檔案通過inflater加入到mContentParent中。
關於R.layout.xxx可以在frameworks\base\core\res\res\layout裡面進行檢視。
例如：R.layout.screen_custom_title.xml
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 |
<?xml version="1.0" encoding="utf-8"?> <!-- This is a custom layout for a screen. --> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:orientation="vertical" android:fitsSystemWindows="true"> <!-- Popout bar for action modes --> <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" /> <FrameLayout android:id="@android:id/title_container" android:layout_width="match_parent" android:layout_height="?android:attr/windowTitleSize" style="?android:attr/windowTitleBackgroundStyle"> </FrameLayout> <FrameLayout android:id="@android:id/content" android:layout_width="match_parent" android:layout_height="0dip" android:layout_weight="1" android:foregroundGravity="fill_horizontal|top" android:foreground="?android:attr/windowContentOverlay" /> </LinearLayout> |
上面的title_container是用來放自定義Title的容器，而下面的content就是放置我們設定的佈局的容器。關於自定義Title例子，大家可以百度下。
到此，我們的setContentView就分析完成了，我們可以回顧一下：
首先初始化mDecor,即DecorView為FrameLayout的子類。就是我們整個視窗的根檢視了。
然後，根據theme中的屬性值，選擇合適的佈局，通過infalter.inflater放入到我們的mDecor中。
在這些佈局中，一般會包含ActionBar，Title，和一個id為content的FrameLayout。
最後，我們在Activity中設定的佈局，會通過infalter.inflater壓入到我們的id為content的FrameLayout中去。