1 前言
(资料图)
前一篇（点我阅读前一篇《Android应用Preference相关及源码浅析(SharePreferences篇)》）我们讨论分析使用了Android的SharePreferences，相信看过的朋友都有了自己的感悟与理解，这一篇我们继续乘热打铁来说说SharePreferences的衍生品—-Preference组件。
其实Preference组件大家一定不陌生，因为android系统的Setting应用及我们市面上一些符合Android设计思想的应用的设置界面一般都会用它来实现，而且Google原生Android代码中大量的使用了Preference组件。
简单说，Preference组件其实就是Android常见UI组件与SharePreferences的组合封装实现。
2 Preference组件家族基础
2-1 Preference相关基础概念
既然要先说说Preference组件家族基础，那不得不先简单说说这些Preference组件间的关系，如下一张图是基于API 22绘制的一副Preference组件继承关系图：
怎么样？相比以前低版本的API来说，谷歌官方又增加了一些实用的Preference组件，不过遗憾的是这里面有些是被hide掉的，有些是在com.android.internal.preference包下的，所以这些hide和com.android.internal.preference包的preference我们应用层是不能直接使用的。
到此你指定会说，这些组件和我们平时用的EditText等组件很类似，而我们平时用的EditText等组件显示是依赖于Activity和Fragment的，那么这里的Preference组件是怎么显示的呢？
答案就是Preference组件也有自己依赖显示的框架，最常见的就像PreferenceActivity等，具体看代码我们会发现如下：
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进行了二次封装而已。
到此对Preference组件已经有一个基本的概念认识了，接下来我们就一步一步往下看。
2-2 常用Preference相关基础组件属性说明
我们可以发现，Preference组件家族的控件还是比较丰富的，这里肯定不能一一介绍，所以还是代表性的说几个使用频率最高作为指引就行了，其他的用到时参考相关官方API或者源码即可。
2-2-1 独立控件Preference
所有Preference组件的基类，类似常见控件的TextView，一个单纯的item，用于通过SharePreferences存储操作的设置值，具体翻墙点我。
如下是基类Preference的相关属性介绍：
attrdescription
android:defaultValue默认值。
android:dependency设置此元素附属于另一个元素，依赖的可用则当前元素也可用（enable），反之。
android:enabled设置是否可用。
android:fragment指定fragment。
android:icon指定左侧的图标。
android:key选项的名称，也是用来存储时唯一的key。
android:layout给当前元素指定一个自定义布局。
android:order偏好的顺序。如果不指定，默认的顺序将字母。
android:persistent是否将其值存储到共享SharePreferences。
android:selectable设置是否可以选择操作。
android:shouldDisableView当enabled设置为false变暗，同时此属性设置为false时disable但不变暗。
android:summary摘要，配置的简要说明，显示在标题下面。
android:title选项的标题，当没有设置summary时自动垂直居中显示。
android:widgetLayout控件可调小部件的布局。是为一个优先选择的布局，比如一个复选框选择要指定一个自定义布局（注意：包括的只是复选框）在这里。
关于基类Preference提供的方法这里就不再详细列出了，如需查看，具体翻墙点我。
2-2-2 独立控件CheckPreference
CheckPreference类似常见控件的CheckBox，一个item，右侧有一个CheckBox，用于通过SharePreferences存储操作的设置值，具体翻墙点我。
如下是CheckPreference的相关属性介绍：
attrdescription
android:disableDependentsState与android:dependency相反；B可用，则A不可用；B不可用，则A可用。
android:summaryOff选项未选中时显示的摘要。
android:summaryOn选项被选中时显示的摘要。
2-2-3 独立控件EditTextPreference
EditTextPreference类似常见控件的EditText，一个item，点击弹出一个EditText的对话框，用于通过SharePreferences存储操作的设置值，具体翻墙点我。
该控件无自有属性。具体不再介绍，相关方法查看官方API。
2-2-4 独立控件ListPreference
ListPreference类似常见控件的ListView，一个item，点击弹出一个ListView的Dialog，用于通过SharePreferences存储操作的设置值，具体翻墙点我。
如下是ListPreference的相关属性介绍：
attrdescription
android:entrieslist要显示的item数组名字。
android:entryValueslist要显示的item数组值。
2-2-5 独立控件MultiSelectListPreference
MultiSelectListPreference类似常见控件的ListView，一个item，点击弹出一个多选的ListView的Dialog，用于通过SharePreferences存储操作的设置值，具体翻墙点我。
MultiSelectListPreference的相关属性同上ListPreference。
2-2-6 独立控件SwitchPreference
SwitchPreference类似常见控件的Switch，一个item，右侧有一个Switch控件，用于通过SharePreferences存储操作的设置值，具体翻墙点我。
如下是SwitchPreference的相关属性介绍：
attrdescription
android:disableDependentsState与android:dependency相反；B可用，则A不可用；B不可用，则A可用。
android:summaryOff选项未选中时显示的摘要。
android:summaryOn选项被选中时显示的摘要。
android:switchTextOff关闭状态的文字提示。
android:switchTextOn打开状态的文字提示。
2-2-7 独立控件RingtonePreference
RingtonePreference就是一个铃声选择item，点击弹出铃声选择list的dialog，用于通过SharePreferences存储操作的设置值，具体翻墙点我。
如下是RingtonePreference的相关属性介绍：
attrdescription
android:ringtoneType铃声类型。ringtone/notification/alarm/all
android:showDefault选项中默认的铃声。
android:showSilent是否显示静音项。
2-2-8 组合控件PreferenceScreen
PreferenceScreen就Preference hierarchy的root节点，实例化他可以使用createPreferenceScreen(Context)方法；这个类可以依附于两个地方，当一个preferenceactivity指向他时用来作为根布局显示偏好，当他嵌套出现在另一个Preference hierarchy内部时他会启动一个新的界面来显示子项Preference或者设置的intent；综上也就是说它不仅可以作为设置界面显示，而且还能够启动activity，具体翻墙点我。
如下展示了作为根布局及子布局的两种情况：
<--!>... other preferences here ...123456789101112131415
<--!>1234567
2-2-9 组合控件PreferenceCategory
PreferenceCategory类似于LinearLayout，用于组合一组可设置标题的Preference，使布局更具备层次感，具体翻墙点我。
这个类也没有啥特殊的东西介绍，详细参考API。
到此常用的Preference组件xml属性介绍完毕，对应的Java方法就不再说明了，还有就是他们的protect方法也不再详细介绍，具体参见API。
2-3 新增Headers相关基础组件属性说明
上面我们简单介绍了PreferenceScreen相关xml的属性，这些其实是老版本的处理方式；自从Android 3.0引入Fragment之后，Preference相关的控件也有了变化。
由于PreferenceActivity在3.0开始也需要能够处理多屏幕碎片化问题，所以Android 3.0之前采用PreferenceScreen嵌套的方法来跳转分类细则，而Android 3.0及之后使用了Preference Headers的方法来适配多屏幕碎片化问题。
他的核心就是在主屏中通过headers的xml布局列出所有的主题设置项，每个主题设置的详细设置由各自指定的PreferenceFragment负责，而各自的PreferenceFragment可以如传统的PreferenceActivity 一样布局自身的PreferenceScreen。
preference-headers就是他们的root，既然这样，那我们就来看看Headers相关的组件及方法吧。
2-3-1 PreferenceActivity.Header相关属性方法使用基础
点我翻墙查看。Header继承自Object，实现了Parcelable，用来展示一个item的header。
相关属性如下：
attrdescription
android:icon
android:breadCrumbShortTitle在fragment显示的短标题文字。
android:breadCrumbTitle在fragment显示的标题文字。
android:fragment当选择该头文件时，将显示该fragment的全名称。
android:id唯一识别id。
android:summaryitem描述信息。
android:titleitem头名称。
如下是一个简单展示：
...... ...... 节点，类似extra，此处省略 -->123456
关于Header的用法下面会详细演示，基本情况就介绍到这里。
2-4 Preference相关组件显示操作控制API解释
有了上面Preference组件基本概念及属性介绍以后就相当于我们有了砖瓦，接下来就是咋盖房子了，也就是如何组合这些组件显示在屏幕上，我们现在就来看看这些常用的操作。
2-4-1 PreferenceActivity相关属性方法使用基础
翻墙点我查看。PreferenceActivity继承自ListActivity，这个类是Preference相关控件展示的基类，在Android 3.0以前推荐直接使用，3.0以后推荐和preferencefragment一起使用，所以你可以看见PreferenceActivity中有些方法现在已经是过时的了。
首先看下PreferenceActivity加载xml目录下的文件使用的方法，如下：
public class DemoActivity extends PreferenceActivity {@Override public void onBuildHeaders(List target) { super.onBuildHeaders(target); //当大于等于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) { //当小于3.0版本时推荐重写该方法加载xml，当然大于时也可以用，只是不推荐而已 addPreferencesFromResource(R.xml.preference); } }}1234567891011121314
如下我们来看看PreferenceActivity相关的常用方法：
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)结束指定的fragment，参数返回类似activity。
public PreferenceManager getPreferenceManager()@deprecated，获取activity使用的PreferenceManager实例。
public PreferenceScreen getPreferenceScreen()@deprecated，获取当前activity的根布局视图。
public boolean hasHeaders()返回当前activity是否显示了header list。
public void invalidateHeaders()刷新已经显示的header list，会重新回调onBuildHeaders()。
public boolean isMultiPane()是否同时显示headers和fragment。
public void loadHeadersFromResource(int resid, List target)解析一个headers的xml然后添加到target列表里。
public void onBuildHeaders(List target)一般需要重写，注意！这个函数可能不是总会被调用，例如，如果该Activity已被要求显示一个特定的Fragment而不需要头文件，就不需要构建Headers，所以不调运。
public Intent onBuildStartFragmentIntent(String fragmentName, Bundle args, int titleRes, int shortTitleRes)构造一个显示Fragment的Intent对象。
public void onContentChanged()当界面发生变化时回调。
public void onHeaderClick(PreferenceActivity.Header header, int position)当选择Headers列表项时调用，默认实现调用startwithfragment或switchtoheader。
public boolean onIsMultiPane()大屏下默认实现是true。
public boolean onPreferenceStartFragment(PreferenceFragment caller, Preference pref)当单击某个具有与它相关联的gragment类名称时调用。
public boolean onPreferenceTreeClick(PreferenceScreen preferenceScreen, Preference preference)@deprecated，当Preference控件被点击时，触发该方法。参数preference为点击的对象，返回值true代表点击事件已成功捕捉，无须执行默认动作或者返回上层调用，例如，不跳转至默认Intent。
public void setListFooter(View view)给Headers list设置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)依据是否multi-pane模式启动一个preference的fragment（如果是小屏会重启一个activity显示）。
public void startWithFragment(……)启动一个新的fragment。
public void switchToHeader(……)在大屏multi-pane模式下切换到fragment显示给定参数的fragment。
2-4-2 PreferenceFragment相关属性方法使用基础
翻墙点我查看。PreferenceFragment继承自Fragment，这个类是3.0以后推荐使用的，用来处理碎片化问题。
该类的常用方法和上面PreferenceActivity的介绍差不多，这里不再详细说明，只是PreferenceActivity的@deprecated方法在PreferenceFragment中不是@deprecated的而已。
2-4-3 PreferenceManager相关方法使用基础
翻墙点我查看。PreferenceManager继承自Object，这个类其实我们前一篇《Android应用Preference相关及源码浅析(SharePreferences篇)》获取Preference实例就该说明的，这里才说而已。
Android中得到SharedPreference的方式有四种：
ContextWrapper.getSharedPreferences(String name, int mode) 可以自己设置SharedPreference的名字与模式。
Activity.getPreferences(int mode) name是Activity名字，不能设置。
PreferenceManager.getSharedPreferences() 通过PreferenceManager维护一个SharedPreference，我们可以调用PreferenceManager的API来设置name和mode，并且最终也是调用到ContextWrapper的getSharedPreferences。
PreferenceManager.getDefaultSharedPreferences(Context context) 得到的SharedPreference是某个包名下共享私有的，不能让其他的包访问，而且name和mode不能设置，最终也会调用到ContextWrapper的getSharedPreferences。
接下来简单看下PreferenceManager相关方法，如下：
methoddescription
PreferenceManager.OnActivityDestroyListener当所依赖的activity销毁时回调接口。
PreferenceManager.OnActivityResultListener当所依赖的activity得到返回result时回调接口。
PreferenceManager.OnActivityStopListener当所依赖的activity停止时回调接口。
public Preference findPreference(CharSequence key)通过key找到Preference。
public static SharedPreferences getDefaultSharedPreferences(Context context)每个应用有一个默认的preferences文件，通过该方法获取。
public SharedPreferences getSharedPreferences()通过PreferenceManager维护一个SharedPreference，可以调用PreferenceManager的API来设置name和mode。
public int getSharedPreferencesMode()获取当前的mode。
public String getSharedPreferencesName()获取当前的name。
public static void setDefaultValues(Context context, String sharedPreferencesName, int sharedPreferencesMode, int resId, boolean readAgain)更加灵活的设置默认值，注意readAgain参数。
public static void setDefaultValues(Context context, int resId, boolean readAgain)设置默认值，注意readAgain参数。
public void setSharedPreferencesMode(int sharedPreferencesMode)设置当前的mode。
public void setSharedPreferencesName(String sharedPreferencesName)设置当前的name。
可以看见，这个类其实也没啥介绍的，重点关注下setDefaultValues的几个核心参数就行。如果我们的设置项很多，而且每项在代码中都需要设置默认缺省值，那就推荐使用setDefaultValues方法。在应用第一次运行时，从preference的xml中获取缺省值，并生成文件保存（如果已经有一个SharedPrefferences对象，也会进行更新，就像下面代码中三四行对调）；不是第一运行就不会改现有保存值。
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控件家族实例
关于Preference控件家族的使用比较简单，自定义网上也一大把，所以不再给出例子。如果你想看例子可以参考如下：
官方Settings设计原理。
Settings源码。
其他的相关用法参考API及网络例子。
【工匠若水 http://blog.csdn.net/yanbober 转载请注明出处。点我开始Android技术交流】
3 Preference组件源码设计简单分析
扯蛋了这么多，唉，叹个气继续吧，接下来就到了有意思的环节，源码结构简介。这里只是针对Preference控件特性介绍分析，不会过多追究View及Activity和Fragment细节，具体View及Activity和Fragment细节后面会写文章分析的。
3-1 PreferenceFragment源码浅析
首先还记得上面基础说了，PreferenceFragment使用第一步就是使用其内部方法addPreferencesFromResource或者addPreferencesFromIntent设置源。所以这里我们以addPreferencesFromResource为例来说明，如下源码：
//PreferenceFragment的方法public void addPreferencesFromResource(int preferencesResId) { //判断异常说明了该方法至少得在super.onCreate方法之后调运，以便初始化PreferenceManager requirePreferenceManager(); //这个前面也介绍过的，设置根布局PreferenceScreen setPreferenceScreen(mPreferenceManager.inflateFromResource(getActivity(), preferencesResId, getPreferenceScreen()));}1234567
接着我们看下setPreferenceScreen方法源码，如下：
public void setPreferenceScreen(PreferenceScreen preferenceScreen) { //设置根布局到PreferenceManager里 if (mPreferenceManager.setPreferences(preferenceScreen) && preferenceScreen != null) { //空方法 onUnbindPreferences(); //设置标记，在onActivityCreated方法中有用 mHavePrefs = true; //决定是否重设bind布局，核心都是为了执行bindPreferences方法 if (mInitDone) { postBindPreferences(); } }}123456789
到此接下来就是bind了，至于在这里通过Handler发消息bindPreferences还是在onActivityCreated自动调bindPreferences方法取决于你把addPreferencesFromResource方法写在那个生命周期方法里。如下我们直接来看bindPreferences方法，如下源码：
//这个方法是搭建显示的核心方法！！！！！！！！！private void bindPreferences() { //拿到PreferenceManager中存的根视图PreferenceScreen final PreferenceScreen preferenceScreen = getPreferenceScreen(); if (preferenceScreen != null) { //传递当前ListView到preferenceScreen的bind方法 preferenceScreen.bind(getListView()); } //PreferenceFragment的空方法 onBindPreferences();}12345
到此可以看见PreferenceFragment里bind最终是交给了PreferenceScreen的bind来关联PreferenceFragment的ListView与PreferenceScreen的ListAdapter。我们现在就来看下PreferenceScreen的bind源码，如下：
//PreferenceScreen类的方法public void bind(ListView listView) { //设置listview的item监听 listView.setOnItemClickListener(this); //PreferenceScreen中bind的重点核心！！！！！！！！！！！！！给listview设置adapter listView.setAdapter(getRootAdapter()); //一些register操作，忽略 onAttachedToActivity();}123456
好了，我们还是来关注这个adapter咋来的吧，如下就是getRootAdapter方法源码：
public ListAdapter getRootAdapter() { if (mRootAdapter == null) { mRootAdapter = onCreateRootAdapter(); } return mRootAdapter;}protected ListAdapter onCreateRootAdapter() { return new PreferenceGroupAdapter(this);}1234567891011
终于真相快要大白了，PreferenceFragment的listview设置的adapter原来是PreferenceGroupAdapter。哈哈，我们继续来看看这个类，如下：
//hide类，专门用来Preference的list显示的adapterpublic class PreferenceGroupAdapter extends BaseAdapter implements OnPreferenceChangeInternalListener {//省略相关属性定义 ...... //构造方法，传入的是PreferenceScreen根布局 public PreferenceGroupAdapter(PreferenceGroup preferenceGroup) { ...... //sync设置相关list列表数据后通知listview刷新 syncMyPreferences(); } private void syncMyPreferences() { ...... //通知listview刷新当前准备的Preference列表 notifyDataSetChanged(); ...... } //省略一堆方法 ...... //notifyDataSetChanged后和普通adapter一样item绘制会回调getView方法 public View getView(int position, View convertView, ViewGroup parent) { //拿到当前item的Preference组件 final Preference preference = this.getItem(position); ...... //调运Preference的getView方法得到当前item真正的view显示，这是核心！！！！！！！！！！！！ //关于Preference的getView方法下面分析Preference源码会说到的，或者你可以直接跳到Preference源码分析部分查看。 View result = preference.getView(convertView, parent); ...... return result; } ......}1234567891011121314151617181920212223242526272829303132
到此你会发现，其实无非就是ListView和Adapter的关系，而Adapter的getView所得到的View由Preference提供而已，而Adapter由PreferenceScreen管理而已。
3-2 PreferenceActivity源码浅析
说到PreferenceActivity现在不推荐的addPreferencesFromResource方法时其实是没啥解释的，这种模式现在被官方推荐通过PreferenceFragment的addPreferencesFromResource来实现，所以也就是说关于PreferenceActivity的addPreferencesFromResource方法（也就是在PreferenceActivity中直接添加Preference组件）其显示原理和上面分析的PreferenceFragment是一样的，所以这里就不再过多解释了。
我们把重点放在loadHeadersFromResource方法上，也就是现在推荐的PreferenceActivity放置Headers模式。接下来就来分析分析吧。
public abstract class PreferenceActivity extends ListActivity implements PreferenceManager.OnPreferenceTreeClickListener, PreferenceFragment.OnPreferenceStartFragmentCallback {...... //省略一堆方法 @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); //设置基础布局 setContentView(com.android.internal.R.layout.preference_list_content); //获取一些ContentView里的控件实例 ...... //判断是啥模式，左右展示还是单页 boolean hidingHeaders = onIsHidingHeaders(); mSinglePane = hidingHeaders || !onIsMultiPane(); //获取fragment参数（其实是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时有参数则替换显示Fragment switchToHeader(initialFragment, initialArguments); ...... } else { //核心方法之一！！！！！！！！！！！！ //记得上面基础使用介绍过吗？新的实现重写onBuildHeaders空方法，在其中 //调运loadHeadersFromResource方法加载header list xml文件 onBuildHeaders(mHeaders); //如果存在header list则走这里（上面onBuildHeaders里会组织生成mHeaders的list结构） if (mHeaders.size() > 0) { //header-fragment左右各半屏模式 if (!mSinglePane) { if (initialFragment == null) { //设置显示header Header h = onGetInitialHeader(); switchToHeader(h); } else { //设置显示header及fragment switchToHeader(initialFragment, initialArguments); } } } } } if (initialFragment != null && mSinglePane) { //当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 { //这就是最原始的供已经不推荐的addPreferencesFromResource方式加载Preference组件了 //具体原理同上PreferenceFragment的加载显示原理了，不再分析 setContentView(com.android.internal.R.layout.preference_list_content_single); ...... } //其他初始设置 ...... }}123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354
通过上面的分析可以看见其实对于Header的adapter核心就是setListAdapter(new HeaderAdapter(this, mHeaders));这句代码。那我们就来看看这个内部类HeaderAdapter，源码如下：
//可以发现PreferenceActivity的内部类HeaderAdapter是继承自ArrayAdapter的，//这个Adapter就是用来给推荐的Header list的listview提供数据的。private static class HeaderAdapter extends ArrayAdapter {//Holder里只有最典型经典的三个组件 private static class HeaderViewHolder {ImageView icon; TextView title; TextView summary; } private LayoutInflater mInflater; //构造方法，不解释 public HeaderAdapter(Context context, List objects) { super(context, 0, objects); mInflater = (LayoutInflater)context.getSystemService(Context.LAYOUT_INFLATER_SERVICE); } //最最核心方法！！！！！！Header list被显示到PreferenceActivity的listview关键点 @Override public View getView(int position, View convertView, ViewGroup parent) { HeaderViewHolder holder; View view; //再常见不过的Adapter数据加载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)拿到构造里传入的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文件，然后设置作为item的header。这个xml源码如下：
12345678910111213141516171819202122232425262728293031323334353637383940414243444546
哈哈，到此就不在解释啥了，很直观了，就是这么任性，就是这么简单的实现了Header List的显示。
3-3 Preference源码浅析
说这个的原因是上面PreferenceFragemnt分析加载设置adapter的getView方法时留下的历史问题。我们先来看看这个文件的核心代码，后面总结串起来你就明白了，如下源码：
//可以看见，他不是一个View，但是组合管理了一个View和PreferenceManagerpublic class Preference implements Comparable{...... //各种属性 ...... private PreferenceManager mPreferenceManager; //重点关注，和自定义及Preference显示原理息息相关，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方法可以设置或者重写 if (mWidgetLayoutResId != 0) { //android:id/widget_frame为mWidgetLayoutResId所对应的布局预留空间插入 layoutInflater.inflate(mWidgetLayoutResId, widgetFrame); } else { //默认实现是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) { //设置子View相关属性 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设置操作，不再列出 } ......}12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596
可以看见，这个getView其实就是上面PreferenceFragment分析中Adapter中getView调运的Preference的getView。怎么样，串起来吧。也就是说Preference不是View，但是他提供View给ListView的每一个Item显示，其提供的View的基类布局（上面Preference类中mLayoutResId属性的值）如下：
1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556
哈哈，不用解释了吧，这下相信你可以将前面基础使用和源码分析几部分完全串起来理解了吧。
3-4 Preference组件家族源码分析总结
通过上面分析可以知道Preference其实不是View，但是其内部创建管理了一个View（ListView的item，被Adapter的getView通过Preference.getView方法获得显示）。
可以看出来，上面我们分析Preference的onCreateView、getView、onBindView这几个方法其实是整个Preference组件显示等的核心方法，所以正如系统提供的Preference的各种实用子类一样，当我们想自定义Preference的时候完全可以重写这些方法来得到自己的各种自定义View，这样就完美的解决了代码的扩展性，我们不用去修改ListAdapter的实现就能实现自定义的Preference，所以说可见Google的工程师在设计Preference结构时是多么的牛叉，不得不膜拜。
【工匠若水 http://blog.csdn.net/yanbober 转载请注明出处。点我开始Android技术交流】
4 Preference组件家族总结
题外话：其实这篇文章是受我一个朋友邀请帮忙写的。还记得去年年初我在上家公司（做Android盒子）负责修改一个项目的Settings源码，添加一个屏幕缩放功能在Settings里面。后来做好以后维护转手给了别人，当时别人是个新手，各种问。所以落下后遗症，于是乎就在邀请之下打算写了这一系列两篇文章，以帮助快速上手原生Settings的修改。
其实没啥总结的，还记得前段时间在网上看见有人吐槽Preference是google设计的一个失败品，一点也不好用啥的。其实我想说Preference的设计还是不错的，是值得借鉴的，随便举个例子如下：
在布局设计上可以保持统一预留差异区域供自定义动态插入，达到复用的目的。
在实现listView各个item不同的Adapter的getView方法时不用像传统那样if-else或者switch操作，而是预留一个基类用于实现回调，这样更加灵活。
其他的慢慢体会就行了。
