1 前言

(資料圖)

前一篇（點我閱讀前一篇《Android應(yīng)用Preference相關(guān)及源碼淺析(SharePreferences篇)》）我們討論分析使用了Android的SharePreferences，相信看過的朋友都有了自己的感悟與理解，這一篇我們繼續(xù)乘熱打鐵來說說SharePreferences的衍生品—-Preference組件。

其實Preference組件大家一定不陌生，因為android系統(tǒng)的Setting應(yīng)用及我們市面上一些符合Android設(shè)計思想的應(yīng)用的設(shè)置界面一般都會用它來實現(xiàn)，而且Google原生Android代碼中大量的使用了Preference組件。

簡單說，Preference組件其實就是Android常見UI組件與SharePreferences的組合封裝實現(xiàn)。

2 Preference組件家族基礎(chǔ)

2-1 Preference相關(guān)基礎(chǔ)概念

既然要先說說Preference組件家族基礎(chǔ)，那不得不先簡單說說這些Preference組件間的關(guān)系，如下一張圖是基于API 22繪制的一副Preference組件繼承關(guān)系圖：

怎么樣？相比以前低版本的API來說，谷歌官方又增加了一些實用的Preference組件，不過遺憾的是這里面有些是被hide掉的，有些是在com.android.internal.preference包下的，所以這些hide和com.android.internal.preference包的preference我們應(yīng)用層是不能直接使用的。

到此你指定會說，這些組件和我們平時用的EditText等組件很類似，而我們平時用的EditText等組件顯示是依賴于Activity和Fragment的，那么這里的Preference組件是怎么顯示的呢？

答案就是Preference組件也有自己依賴顯示的框架，最常見的就像PreferenceActivity等，具體看代碼我們會發(fā)現(xiàn)如下：

public abstract class PreferenceActivity extends ListActivity implements        PreferenceManager.OnPreferenceTreeClickListener,        PreferenceFragment.OnPreferenceStartFragmentCallback {......}public abstract class PreferenceFragment extends Fragment implements        PreferenceManager.OnPreferenceTreeClickListener {......}12345678

嘿嘿，明白了吧？其實Preference組件的使用及展示到Window的原理和普通EditText控件展示使用是類似的，因為Preference組件的顯示框架PreferenceActivity及PreferenceFragment都是從基本的Activity及Fragment繼承而來，只是針對Preference進(jìn)行了二次封裝而已。

到此對Preference組件已經(jīng)有一個基本的概念認(rèn)識了，接下來我們就一步一步往下看。

2-2 常用Preference相關(guān)基礎(chǔ)組件屬性說明

我們可以發(fā)現(xiàn)，Preference組件家族的控件還是比較豐富的，這里肯定不能一一介紹，所以還是代表性的說幾個使用頻率最高作為指引就行了，其他的用到時參考相關(guān)官方API或者源碼即可。

2-2-1 獨立控件Preference

所有Preference組件的基類，類似常見控件的TextView，一個單純的item，用于通過SharePreferences存儲操作的設(shè)置值，具體翻墻點我。

如下是基類Preference的相關(guān)屬性介紹：

attrdescription

android:defaultValue默認(rèn)值。

android:dependency設(shè)置此元素附屬于另一個元素，依賴的可用則當(dāng)前元素也可用（enable），反之。

android:enabled設(shè)置是否可用。

android:fragment指定fragment。

android:icon指定左側(cè)的圖標(biāo)。

android:key選項的名稱，也是用來存儲時唯一的key。

android:layout給當(dāng)前元素指定一個自定義布局。

android:order偏好的順序。如果不指定，默認(rèn)的順序?qū)⒆帜浮?/p>

android:persistent是否將其值存儲到共享SharePreferences。

android:selectable設(shè)置是否可以選擇操作。

android:shouldDisableView當(dāng)enabled設(shè)置為false變暗，同時此屬性設(shè)置為false時disable但不變暗。

android:summary摘要，配置的簡要說明，顯示在標(biāo)題下面。

android:title選項的標(biāo)題，當(dāng)沒有設(shè)置summary時自動垂直居中顯示。

android:widgetLayout控件可調(diào)小部件的布局。是為一個優(yōu)先選擇的布局，比如一個復(fù)選框選擇要指定一個自定義布局（注意：包括的只是復(fù)選框）在這里。

關(guān)于基類Preference提供的方法這里就不再詳細(xì)列出了，如需查看，具體翻墻點我。

2-2-2 獨立控件CheckPreference

CheckPreference類似常見控件的CheckBox，一個item，右側(cè)有一個CheckBox，用于通過SharePreferences存儲操作的設(shè)置值，具體翻墻點我。

如下是CheckPreference的相關(guān)屬性介紹：

attrdescription

android:disableDependentsState與android:dependency相反；B可用，則A不可用；B不可用，則A可用。

android:summaryOff選項未選中時顯示的摘要。

android:summaryOn選項被選中時顯示的摘要。

2-2-3 獨立控件EditTextPreference

EditTextPreference類似常見控件的EditText，一個item，點擊彈出一個EditText的對話框，用于通過SharePreferences存儲操作的設(shè)置值，具體翻墻點我。

該控件無自有屬性。具體不再介紹，相關(guān)方法查看官方API。

2-2-4 獨立控件ListPreference

ListPreference類似常見控件的ListView，一個item，點擊彈出一個ListView的Dialog，用于通過SharePreferences存儲操作的設(shè)置值，具體翻墻點我。

如下是ListPreference的相關(guān)屬性介紹：

attrdescription

android:entrieslist要顯示的item數(shù)組名字。

android:entryValueslist要顯示的item數(shù)組值。

2-2-5 獨立控件MultiSelectListPreference

MultiSelectListPreference類似常見控件的ListView，一個item，點擊彈出一個多選的ListView的Dialog，用于通過SharePreferences存儲操作的設(shè)置值，具體翻墻點我。

MultiSelectListPreference的相關(guān)屬性同上ListPreference。

2-2-6 獨立控件SwitchPreference

SwitchPreference類似常見控件的Switch，一個item，右側(cè)有一個Switch控件，用于通過SharePreferences存儲操作的設(shè)置值，具體翻墻點我。

如下是SwitchPreference的相關(guān)屬性介紹：

attrdescription

android:disableDependentsState與android:dependency相反；B可用，則A不可用；B不可用，則A可用。

android:summaryOff選項未選中時顯示的摘要。

android:summaryOn選項被選中時顯示的摘要。

android:switchTextOff關(guān)閉狀態(tài)的文字提示。

android:switchTextOn打開狀態(tài)的文字提示。

2-2-7 獨立控件RingtonePreference

RingtonePreference就是一個鈴聲選擇item，點擊彈出鈴聲選擇list的dialog，用于通過SharePreferences存儲操作的設(shè)置值，具體翻墻點我。

如下是RingtonePreference的相關(guān)屬性介紹：

attrdescription

android:ringtoneType鈴聲類型。ringtone/notification/alarm/all

android:showDefault選項中默認(rèn)的鈴聲。

android:showSilent是否顯示靜音項。

2-2-8 組合控件PreferenceScreen

PreferenceScreen就Preference hierarchy的root節(jié)點，實例化他可以使用createPreferenceScreen(Context)方法；這個類可以依附于兩個地方，當(dāng)一個preferenceactivity指向他時用來作為根布局顯示偏好，當(dāng)他嵌套出現(xiàn)在另一個Preference hierarchy內(nèi)部時他會啟動一個新的界面來顯示子項Preference或者設(shè)置的intent；綜上也就是說它不僅可以作為設(shè)置界面顯示，而且還能夠啟動activity，具體翻墻點我。

如下展示了作為根布局及子布局的兩種情況：

<--!>... other preferences here ...123456789101112131415

<--!>1234567

2-2-9 組合控件PreferenceCategory

PreferenceCategory類似于LinearLayout，用于組合一組可設(shè)置標(biāo)題的Preference，使布局更具備層次感，具體翻墻點我。

這個類也沒有啥特殊的東西介紹，詳細(xì)參考API。

到此常用的Preference組件xml屬性介紹完畢，對應(yīng)的Java方法就不再說明了，還有就是他們的protect方法也不再詳細(xì)介紹，具體參見API。

2-3 新增Headers相關(guān)基礎(chǔ)組件屬性說明

上面我們簡單介紹了PreferenceScreen相關(guān)xml的屬性，這些其實是老版本的處理方式；自從Android 3.0引入Fragment之后，Preference相關(guān)的控件也有了變化。

由于PreferenceActivity在3.0開始也需要能夠處理多屏幕碎片化問題，所以Android 3.0之前采用PreferenceScreen嵌套的方法來跳轉(zhuǎn)分類細(xì)則，而Android 3.0及之后使用了Preference Headers的方法來適配多屏幕碎片化問題。

他的核心就是在主屏中通過headers的xml布局列出所有的主題設(shè)置項，每個主題設(shè)置的詳細(xì)設(shè)置由各自指定的PreferenceFragment負(fù)責(zé)，而各自的PreferenceFragment可以如傳統(tǒng)的PreferenceActivity 一樣布局自身的PreferenceScreen。

preference-headers就是他們的root，既然這樣，那我們就來看看Headers相關(guān)的組件及方法吧。

2-3-1 PreferenceActivity.Header相關(guān)屬性方法使用基礎(chǔ)

點我翻墻查看。Header繼承自O(shè)bject，實現(xiàn)了Parcelable，用來展示一個item的header。

相關(guān)屬性如下：

attrdescription

android:icon

android:breadCrumbShortTitle在fragment顯示的短標(biāo)題文字。

android:breadCrumbTitle在fragment顯示的標(biāo)題文字。

android:fragment當(dāng)選擇該頭文件時，將顯示該fragment的全名稱。

android:id唯一識別id。

android:summaryitem描述信息。

android:titleitem頭名稱。

如下是一個簡單展示：

......          ......    節(jié)點，類似extra，此處省略 -->123456

關(guān)于Header的用法下面會詳細(xì)演示，基本情況就介紹到這里。

2-4 Preference相關(guān)組件顯示操作控制API解釋

有了上面Preference組件基本概念及屬性介紹以后就相當(dāng)于我們有了磚瓦，接下來就是咋蓋房子了，也就是如何組合這些組件顯示在屏幕上，我們現(xiàn)在就來看看這些常用的操作。

2-4-1 PreferenceActivity相關(guān)屬性方法使用基礎(chǔ)

翻墻點我查看。PreferenceActivity繼承自ListActivity，這個類是Preference相關(guān)控件展示的基類，在Android 3.0以前推薦直接使用，3.0以后推薦和preferencefragment一起使用，所以你可以看見PreferenceActivity中有些方法現(xiàn)在已經(jīng)是過時的了。

首先看下PreferenceActivity加載xml目錄下的文件使用的方法，如下：

public class DemoActivity extends PreferenceActivity {@Override    public void onBuildHeaders(List target) {        super.onBuildHeaders(target);        //當(dāng)大于等于3.0版本時推薦重寫該方法加載xml，headers+fragments模式        loadHeadersFromResource(R.xml.preference_header, target);    }    @Override    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        if (Build.VERSION.SDK_INT < Build.VERSION_CODES.HONEYCOMB) {            //當(dāng)小于3.0版本時推薦重寫該方法加載xml，當(dāng)然大于時也可以用，只是不推薦而已            addPreferencesFromResource(R.xml.preference);        }    }}1234567891011121314

如下我們來看看PreferenceActivity相關(guān)的常用方法：

methoddescription

public void addPreferencesFromIntent(Intent intent)@deprecated，添加一個匹配intent的preferences activity。

public void addPreferencesFromResource(int preferencesResId)@deprecated，添加一個xml到activity。

public Preference findPreference(CharSequence key)@deprecated，查找一個指定key的Preference。

public void finishPreferencePanel(Fragment caller, int resultCode, Intent resultData)結(jié)束指定的fragment，參數(shù)返回類似activity。

public PreferenceManager getPreferenceManager()@deprecated，獲取activity使用的PreferenceManager實例。

public PreferenceScreen getPreferenceScreen()@deprecated，獲取當(dāng)前activity的根布局視圖。

public boolean hasHeaders()返回當(dāng)前activity是否顯示了header list。

public void invalidateHeaders()刷新已經(jīng)顯示的header list，會重新回調(diào)onBuildHeaders()。

public boolean isMultiPane()是否同時顯示headers和fragment。

public void loadHeadersFromResource(int resid, List target)解析一個headers的xml然后添加到target列表里。

public void onBuildHeaders(List target)一般需要重寫，注意！這個函數(shù)可能不是總會被調(diào)用，例如，如果該Activity已被要求顯示一個特定的Fragment而不需要頭文件，就不需要構(gòu)建Headers，所以不調(diào)運。

public Intent onBuildStartFragmentIntent(String fragmentName, Bundle args, int titleRes, int shortTitleRes)構(gòu)造一個顯示Fragment的Intent對象。

public void onContentChanged()當(dāng)界面發(fā)生變化時回調(diào)。

public void onHeaderClick(PreferenceActivity.Header header, int position)當(dāng)選擇Headers列表項時調(diào)用，默認(rèn)實現(xiàn)調(diào)用startwithfragment或switchtoheader。

public boolean onIsMultiPane()大屏下默認(rèn)實現(xiàn)是true。

public boolean onPreferenceStartFragment(PreferenceFragment caller, Preference pref)當(dāng)單擊某個具有與它相關(guān)聯(lián)的gragment類名稱時調(diào)用。

public boolean onPreferenceTreeClick(PreferenceScreen preferenceScreen, Preference preference)@deprecated，當(dāng)Preference控件被點擊時，觸發(fā)該方法。參數(shù)preference為點擊的對象，返回值true代表點擊事件已成功捕捉，無須執(zhí)行默認(rèn)動作或者返回上層調(diào)用，例如，不跳轉(zhuǎn)至默認(rèn)Intent。

public void setListFooter(View view)給Headers list設(shè)置foot view。

public void startPreferenceFragment(Fragment fragment, boolean push)起一個fragment，push決定是否入棧。

public void startPreferencePanel(String fragmentClass, Bundle args, int titleRes, CharSequence titleText, Fragment resultTo, int resultRequestCode)依據(jù)是否multi-pane模式啟動一個preference的fragment（如果是小屏?xí)貑⒁粋€activity顯示）。

public void startWithFragment(……)啟動一個新的fragment。

public void switchToHeader(……)在大屏multi-pane模式下切換到fragment顯示給定參數(shù)的fragment。

2-4-2 PreferenceFragment相關(guān)屬性方法使用基礎(chǔ)

翻墻點我查看。PreferenceFragment繼承自Fragment，這個類是3.0以后推薦使用的，用來處理碎片化問題。

該類的常用方法和上面PreferenceActivity的介紹差不多，這里不再詳細(xì)說明，只是PreferenceActivity的@deprecated方法在PreferenceFragment中不是@deprecated的而已。

2-4-3 PreferenceManager相關(guān)方法使用基礎(chǔ)

翻墻點我查看。PreferenceManager繼承自O(shè)bject，這個類其實我們前一篇《Android應(yīng)用Preference相關(guān)及源碼淺析(SharePreferences篇)》獲取Preference實例就該說明的，這里才說而已。

Android中得到SharedPreference的方式有四種：

ContextWrapper.getSharedPreferences(String name, int mode) 可以自己設(shè)置SharedPreference的名字與模式。

Activity.getPreferences(int mode) name是Activity名字，不能設(shè)置。

PreferenceManager.getSharedPreferences() 通過PreferenceManager維護(hù)一個SharedPreference，我們可以調(diào)用PreferenceManager的API來設(shè)置name和mode，并且最終也是調(diào)用到ContextWrapper的getSharedPreferences。

PreferenceManager.getDefaultSharedPreferences(Context context) 得到的SharedPreference是某個包名下共享私有的，不能讓其他的包訪問，而且name和mode不能設(shè)置，最終也會調(diào)用到ContextWrapper的getSharedPreferences。

接下來簡單看下PreferenceManager相關(guān)方法，如下：

methoddescription

PreferenceManager.OnActivityDestroyListener當(dāng)所依賴的activity銷毀時回調(diào)接口。

PreferenceManager.OnActivityResultListener當(dāng)所依賴的activity得到返回result時回調(diào)接口。

PreferenceManager.OnActivityStopListener當(dāng)所依賴的activity停止時回調(diào)接口。

public Preference findPreference(CharSequence key)通過key找到Preference。

public static SharedPreferences getDefaultSharedPreferences(Context context)每個應(yīng)用有一個默認(rèn)的preferences文件，通過該方法獲取。

public SharedPreferences getSharedPreferences()通過PreferenceManager維護(hù)一個SharedPreference，可以調(diào)用PreferenceManager的API來設(shè)置name和mode。

public int getSharedPreferencesMode()獲取當(dāng)前的mode。

public String getSharedPreferencesName()獲取當(dāng)前的name。

public static void setDefaultValues(Context context, String sharedPreferencesName, int sharedPreferencesMode, int resId, boolean readAgain)更加靈活的設(shè)置默認(rèn)值，注意readAgain參數(shù)。

public static void setDefaultValues(Context context, int resId, boolean readAgain)設(shè)置默認(rèn)值，注意readAgain參數(shù)。

public void setSharedPreferencesMode(int sharedPreferencesMode)設(shè)置當(dāng)前的mode。

public void setSharedPreferencesName(String sharedPreferencesName)設(shè)置當(dāng)前的name。

可以看見，這個類其實也沒啥介紹的，重點關(guān)注下setDefaultValues的幾個核心參數(shù)就行。如果我們的設(shè)置項很多，而且每項在代碼中都需要設(shè)置默認(rèn)缺省值，那就推薦使用setDefaultValues方法。在應(yīng)用第一次運行時，從preference的xml中獲取缺省值，并生成文件保存（如果已經(jīng)有一個SharedPrefferences對象，也會進(jìn)行更新，就像下面代碼中三四行對調(diào)）；不是第一運行就不會改現(xiàn)有保存值。

protected void onCreate(Bundle savedInstanceState) {    ......    PreferenceManager.setDefaultValues(this, R.xml.default_value, false);    SharedPreferences prefs = PreferenceManager.getDefaultSharedPreferences(this);     String option = prefs.getString("key", null); }12345

好了，控件使用就到這里了。

2-5 Preference控件家族實例

關(guān)于Preference控件家族的使用比較簡單，自定義網(wǎng)上也一大把，所以不再給出例子。如果你想看例子可以參考如下：

官方Settings設(shè)計原理。

Settings源碼。

其他的相關(guān)用法參考API及網(wǎng)絡(luò)例子。

【工匠若水 http://blog.csdn.net/yanbober 轉(zhuǎn)載請注明出處。點我開始Android技術(shù)交流】

3 Preference組件源碼設(shè)計簡單分析

扯蛋了這么多，唉，嘆個氣繼續(xù)吧，接下來就到了有意思的環(huán)節(jié)，源碼結(jié)構(gòu)簡介。這里只是針對Preference控件特性介紹分析，不會過多追究View及Activity和Fragment細(xì)節(jié)，具體View及Activity和Fragment細(xì)節(jié)后面會寫文章分析的。

3-1 PreferenceFragment源碼淺析

首先還記得上面基礎(chǔ)說了，PreferenceFragment使用第一步就是使用其內(nèi)部方法addPreferencesFromResource或者addPreferencesFromIntent設(shè)置源。所以這里我們以addPreferencesFromResource為例來說明，如下源碼：

//PreferenceFragment的方法public void addPreferencesFromResource(int preferencesResId) {    //判斷異常說明了該方法至少得在super.onCreate方法之后調(diào)運，以便初始化PreferenceManager    requirePreferenceManager();    //這個前面也介紹過的，設(shè)置根布局PreferenceScreen    setPreferenceScreen(mPreferenceManager.inflateFromResource(getActivity(),            preferencesResId, getPreferenceScreen()));}1234567

接著我們看下setPreferenceScreen方法源碼，如下：

public void setPreferenceScreen(PreferenceScreen preferenceScreen) {    //設(shè)置根布局到PreferenceManager里    if (mPreferenceManager.setPreferences(preferenceScreen) && preferenceScreen != null) {        //空方法        onUnbindPreferences();        //設(shè)置標(biāo)記，在onActivityCreated方法中有用        mHavePrefs = true;        //決定是否重設(shè)bind布局，核心都是為了執(zhí)行bindPreferences方法        if (mInitDone) {            postBindPreferences();        }    }}123456789

到此接下來就是bind了，至于在這里通過Handler發(fā)消息bindPreferences還是在onActivityCreated自動調(diào)bindPreferences方法取決于你把a(bǔ)ddPreferencesFromResource方法寫在那個生命周期方法里。如下我們直接來看bindPreferences方法，如下源碼：

//這個方法是搭建顯示的核心方法?。。。。。。。?！private void bindPreferences() {    //拿到PreferenceManager中存的根視圖PreferenceScreen    final PreferenceScreen preferenceScreen = getPreferenceScreen();    if (preferenceScreen != null) {        //傳遞當(dāng)前ListView到preferenceScreen的bind方法        preferenceScreen.bind(getListView());    }    //PreferenceFragment的空方法    onBindPreferences();}12345

到此可以看見PreferenceFragment里bind最終是交給了PreferenceScreen的bind來關(guān)聯(lián)PreferenceFragment的ListView與PreferenceScreen的ListAdapter。我們現(xiàn)在就來看下PreferenceScreen的bind源碼，如下：

//PreferenceScreen類的方法public void bind(ListView listView) {    //設(shè)置listview的item監(jiān)聽    listView.setOnItemClickListener(this);    //PreferenceScreen中bind的重點核心！?。。。。。。。。。。。〗olistview設(shè)置adapter    listView.setAdapter(getRootAdapter());    //一些register操作，忽略    onAttachedToActivity();}123456

好了，我們還是來關(guān)注這個adapter咋來的吧，如下就是getRootAdapter方法源碼：

public ListAdapter getRootAdapter() {    if (mRootAdapter == null) {        mRootAdapter = onCreateRootAdapter();    }    return mRootAdapter;}protected ListAdapter onCreateRootAdapter() {    return new PreferenceGroupAdapter(this);}1234567891011

終于真相快要大白了，PreferenceFragment的listview設(shè)置的adapter原來是PreferenceGroupAdapter。哈哈，我們繼續(xù)來看看這個類，如下：

//hide類，專門用來Preference的list顯示的adapterpublic class PreferenceGroupAdapter extends BaseAdapter        implements OnPreferenceChangeInternalListener {//省略相關(guān)屬性定義    ......    //構(gòu)造方法，傳入的是PreferenceScreen根布局    public PreferenceGroupAdapter(PreferenceGroup preferenceGroup) {        ......        //sync設(shè)置相關(guān)list列表數(shù)據(jù)后通知listview刷新        syncMyPreferences();    }    private void syncMyPreferences() {        ......        //通知listview刷新當(dāng)前準(zhǔn)備的Preference列表        notifyDataSetChanged();        ......    }    //省略一堆方法    ......    //notifyDataSetChanged后和普通adapter一樣item繪制會回調(diào)getView方法    public View getView(int position, View convertView, ViewGroup parent) {        //拿到當(dāng)前item的Preference組件        final Preference preference = this.getItem(position);        ......        //調(diào)運Preference的getView方法得到當(dāng)前item真正的view顯示，這是核心?。。。。。。。。。。。?       //關(guān)于Preference的getView方法下面分析Preference源碼會說到的，或者你可以直接跳到Preference源碼分析部分查看。        View result = preference.getView(convertView, parent);        ......        return result;    }    ......}1234567891011121314151617181920212223242526272829303132

到此你會發(fā)現(xiàn)，其實無非就是ListView和Adapter的關(guān)系，而Adapter的getView所得到的View由Preference提供而已，而Adapter由PreferenceScreen管理而已。

3-2 PreferenceActivity源碼淺析

說到PreferenceActivity現(xiàn)在不推薦的addPreferencesFromResource方法時其實是沒啥解釋的，這種模式現(xiàn)在被官方推薦通過PreferenceFragment的addPreferencesFromResource來實現(xiàn)，所以也就是說關(guān)于PreferenceActivity的addPreferencesFromResource方法（也就是在PreferenceActivity中直接添加Preference組件）其顯示原理和上面分析的PreferenceFragment是一樣的，所以這里就不再過多解釋了。

我們把重點放在loadHeadersFromResource方法上，也就是現(xiàn)在推薦的PreferenceActivity放置Headers模式。接下來就來分析分析吧。

public abstract class PreferenceActivity extends ListActivity implements        PreferenceManager.OnPreferenceTreeClickListener,        PreferenceFragment.OnPreferenceStartFragmentCallback {......    //省略一堆方法    @Override    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        //設(shè)置基礎(chǔ)布局        setContentView(com.android.internal.R.layout.preference_list_content);        //獲取一些ContentView里的控件實例        ......        //判斷是啥模式，左右展示還是單頁        boolean hidingHeaders = onIsHidingHeaders();        mSinglePane = hidingHeaders || !onIsMultiPane();        //獲取fragment參數(shù)（其實是PreferenceActivity中點擊Header item重啟PreferenceActivity時傳遞的）        String initialFragment = getIntent().getStringExtra(EXTRA_SHOW_FRAGMENT);        Bundle initialArguments = getIntent().getBundleExtra(EXTRA_SHOW_FRAGMENT_ARGUMENTS);        int initialTitle = getIntent().getIntExtra(EXTRA_SHOW_FRAGMENT_TITLE, 0);        int initialShortTitle = getIntent().getIntExtra(EXTRA_SHOW_FRAGMENT_SHORT_TITLE, 0);        if (savedInstanceState != null) {            ......  //忽略，非重點主線        } else {            if (initialFragment != null && mSinglePane) {                //SinglePane時有參數(shù)則替換顯示Fragment                switchToHeader(initialFragment, initialArguments);                ......            } else {                //核心方法之一?。。。。。。。。。。?！                //記得上面基礎(chǔ)使用介紹過嗎？新的實現(xiàn)重寫onBuildHeaders空方法，在其中                //調(diào)運loadHeadersFromResource方法加載header list xml文件                onBuildHeaders(mHeaders);                //如果存在header list則走這里（上面onBuildHeaders里會組織生成mHeaders的list結(jié)構(gòu)）                if (mHeaders.size() > 0) {                    //header-fragment左右各半屏模式                    if (!mSinglePane) {                        if (initialFragment == null) {                            //設(shè)置顯示header                            Header h = onGetInitialHeader();                            switchToHeader(h);                        } else {                            //設(shè)置顯示header及fragment                            switchToHeader(initialFragment, initialArguments);                        }                    }                }            }        }        if (initialFragment != null && mSinglePane) {            //當(dāng)SinglePane加載的是Fragment時隱藏header，顯示fragment            findViewById(com.android.internal.R.id.headers).setVisibility(View.GONE);            mPrefsContainer.setVisibility(View.VISIBLE);            ......        } else if (mHeaders.size() > 0) {            //重點！?。。。。。。。。。。。。。。?！這就是要分析的header的listview的adapter放置地            setListAdapter(new HeaderAdapter(this, mHeaders));            ......        } else {            //這就是最原始的供已經(jīng)不推薦的addPreferencesFromResource方式加載Preference組件了            //具體原理同上PreferenceFragment的加載顯示原理了，不再分析            setContentView(com.android.internal.R.layout.preference_list_content_single);            ......        }        //其他初始設(shè)置        ......    }}123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354

通過上面的分析可以看見其實對于Header的adapter核心就是setListAdapter(new HeaderAdapter(this, mHeaders));這句代碼。那我們就來看看這個內(nèi)部類HeaderAdapter，源碼如下：

//可以發(fā)現(xiàn)PreferenceActivity的內(nèi)部類HeaderAdapter是繼承自ArrayAdapter的，//這個Adapter就是用來給推薦的Header list的listview提供數(shù)據(jù)的。private static class HeaderAdapter extends ArrayAdapter {//Holder里只有最典型經(jīng)典的三個組件    private static class HeaderViewHolder {ImageView icon;        TextView title;        TextView summary;    }    private LayoutInflater mInflater;    //構(gòu)造方法，不解釋    public HeaderAdapter(Context context, List objects) {        super(context, 0, objects);        mInflater = (LayoutInflater)context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);    }    //最最核心方法?。。。。?！Header list被顯示到PreferenceActivity的listview關(guān)鍵點    @Override    public View getView(int position, View convertView, ViewGroup parent) {        HeaderViewHolder holder;        View view;        //再常見不過的Adapter數(shù)據(jù)加載ViewHolder寫法了        if (convertView == null) {            //加載header的item布局，都是用的preference_header_item文件，如下會介紹            view = mInflater.inflate(com.android.internal.R.layout.preference_header_item,                    parent, false);            holder = new HeaderViewHolder();            holder.icon = (ImageView) view.findViewById(com.android.internal.R.id.icon);            holder.title = (TextView) view.findViewById(com.android.internal.R.id.title);            holder.summary = (TextView) view.findViewById(com.android.internal.R.id.summary);            view.setTag(holder);        } else {            view = convertView;            holder = (HeaderViewHolder) view.getTag();        }        //一堆顯示，通過getItem(position)拿到構(gòu)造里傳入的List類型objects的item        // All view fields must be updated every time, because the view may be recycled        Header header = getItem(position);        holder.icon.setImageResource(header.iconRes);        holder.title.setText(header.getTitle(getContext().getResources()));        CharSequence summary = header.getSummary(getContext().getResources());        if (!TextUtils.isEmpty(summary)) {            holder.summary.setVisibility(View.VISIBLE);            holder.summary.setText(summary);        } else {            holder.summary.setVisibility(View.GONE);        }        return view;    }}1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253

可以看見這個adapter的getView中的item核心是加載了一個preference_header_item的xml文件，然后設(shè)置作為item的header。這個xml源碼如下：

12345678910111213141516171819202122232425262728293031323334353637383940414243444546

哈哈，到此就不在解釋啥了，很直觀了，就是這么任性，就是這么簡單的實現(xiàn)了Header List的顯示。

3-3 Preference源碼淺析

說這個的原因是上面PreferenceFragemnt分析加載設(shè)置adapter的getView方法時留下的歷史問題。我們先來看看這個文件的核心代碼，后面總結(jié)串起來你就明白了，如下源碼：

//可以看見，他不是一個View，但是組合管理了一個View和PreferenceManagerpublic class Preference implements Comparable{......    //各種屬性    ......    private PreferenceManager mPreferenceManager;    //重點關(guān)注，和自定義及Preference顯示原理息息相關(guān)，preference就是下面列出的xml資源    private int mLayoutResId = com.android.internal.R.layout.preference;    private int mWidgetLayoutResId;    ......    //各種getXXX及setXXX方法    ......    /**     * Gets the View that will be shown in the {@link PreferenceActivity}.     * 獲取Preference的item顯示view     */        public View getView(View convertView, ViewGroup parent) {                if (convertView == null) {                convertView = onCreateView(parent);                }                onBindView(convertView);                return convertView;        }    protected View onCreateView(ViewGroup parent) {        final LayoutInflater layoutInflater = (LayoutInflater) mContext.getSystemService(Context.LAYOUT_INFLATER_SERVICE);        final View layout = layoutInflater.inflate(mLayoutResId, parent, false);         final ViewGroup widgetFrame = (ViewGroup) layout.findViewById(com.android.internal.R.id.widget_frame);        if (widgetFrame != null) {            //mWidgetLayoutResId有專門的set方法可以設(shè)置或者重寫            if (mWidgetLayoutResId != 0) {                //android:id/widget_frame為mWidgetLayoutResId所對應(yīng)的布局預(yù)留空間插入                layoutInflater.inflate(mWidgetLayoutResId, widgetFrame);            } else {                //默認(rèn)實現(xiàn)是null的                widgetFrame.setVisibility(View.GONE);            }        }        return layout;    }    /**         * Binds the created View to the data for this Preference.         ** This is a good place to grab references to custom Views in the layout and         * set properties on them.         *         */        protected void onBindView(View view) {        //設(shè)置子View相關(guān)屬性                final TextView titleView = (TextView) view.findViewById(com.android.internal.R.id.title);                if (titleView != null) {                    final CharSequence title = getTitle();                    if (!TextUtils.isEmpty(title)) {                            titleView.setText(title);                            titleView.setVisibility(View.VISIBLE);                    } else {                            titleView.setVisibility(View.GONE);                    }                }        ......        //類似的各種子View設(shè)置操作，不再列出        }    ......}12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596

可以看見，這個getView其實就是上面PreferenceFragment分析中Adapter中g(shù)etView調(diào)運的Preference的getView。怎么樣，串起來吧。也就是說Preference不是View，但是他提供View給ListView的每一個Item顯示，其提供的View的基類布局（上面Preference類中mLayoutResId屬性的值）如下：

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556

哈哈，不用解釋了吧，這下相信你可以將前面基礎(chǔ)使用和源碼分析幾部分完全串起來理解了吧。

3-4 Preference組件家族源碼分析總結(jié)

通過上面分析可以知道Preference其實不是View，但是其內(nèi)部創(chuàng)建管理了一個View（ListView的item，被Adapter的getView通過Preference.getView方法獲得顯示）。

可以看出來，上面我們分析Preference的onCreateView、getView、onBindView這幾個方法其實是整個Preference組件顯示等的核心方法，所以正如系統(tǒng)提供的Preference的各種實用子類一樣，當(dāng)我們想自定義Preference的時候完全可以重寫這些方法來得到自己的各種自定義View，這樣就完美的解決了代碼的擴(kuò)展性，我們不用去修改ListAdapter的實現(xiàn)就能實現(xiàn)自定義的Preference，所以說可見Google的工程師在設(shè)計Preference結(jié)構(gòu)時是多么的牛叉，不得不膜拜。

【工匠若水 http://blog.csdn.net/yanbober 轉(zhuǎn)載請注明出處。點我開始Android技術(shù)交流】

4 Preference組件家族總結(jié)

題外話：其實這篇文章是受我一個朋友邀請幫忙寫的。還記得去年年初我在上家公司（做Android盒子）負(fù)責(zé)修改一個項目的Settings源碼，添加一個屏幕縮放功能在Settings里面。后來做好以后維護(hù)轉(zhuǎn)手給了別人，當(dāng)時別人是個新手，各種問。所以落下后遺癥，于是乎就在邀請之下打算寫了這一系列兩篇文章，以幫助快速上手原生Settings的修改。

其實沒啥總結(jié)的，還記得前段時間在網(wǎng)上看見有人吐槽Preference是google設(shè)計的一個失敗品，一點也不好用啥的。其實我想說Preference的設(shè)計還是不錯的，是值得借鑒的，隨便舉個例子如下：

在布局設(shè)計上可以保持統(tǒng)一預(yù)留差異區(qū)域供自定義動態(tài)插入，達(dá)到復(fù)用的目的。

在實現(xiàn)listView各個item不同的Adapter的getView方法時不用像傳統(tǒng)那樣if-else或者switch操作，而是預(yù)留一個基類用于實現(xiàn)回調(diào)，這樣更加靈活。

其他的慢慢體會就行了。