最近的项目一直是按照PRD与高清，修改系统设置，调整布局、间距、颜色，涉及到一些流程的更改与自定义控件，以及对settings源码结构的研究。在项目相对空闲是，做个整理记录。由于项目依赖系统源码环境，而且在赶项目的时候，只能以最快的速度解决当前的问题，而下面的设计的代码与效果图，都是个人封装的DEMO测试，毕竟不能仅仅只是最求项目的解决过关，学过用过，就应该做点总结，毕竟我觉得很多东西，在赶项目的时候是无法去过多的仔细研究，所以有居多“废代码”，很多地方是值得仔细研究与优化改进的。
首先对原生Settings的布局，及切换跳转，按照我的研究理解，做个流程的分析简介，后面会给出我的改进与实现
1.先从布局简单的说起：
在PreferenceActivity中 可以看到：
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(com.android.internal.R.layout.preference_list_content);系统默认会加载这个布局文件，它是一个左右分屏的，左边是一个ListView，右边是一个android.preference.PreferenceFrameLayout,左边ListView 负责切换，右边显示相应的Fragment。可以到sdk目录下查看该布局文件(sdk\platforms\android-17\data\res\layout\preference_list_content)
2.右边ListView的显示。
代码详见内部类：HeaderAdapter。
//类型一，分类title，无焦点，不可点击
static final int HEADER_TYPE_CATEGORY= 0;
//类型二，正常的可点击的header项
static final int HEADER_TYPE_NORMAL = 1;
//带 switch 开关的header项
static final int HEADER_TYPE_SWITCH = 2;三种类型，分别对应的布局：
case HEADER_TYPE_CATEGORY://下划线样式的TextView
view = new TextView(getContext(), null,android.R.attr.listSeparatorTextViewStyle); case HEADER_TYPE_SWITCH://含有switch 控件的布局
view = mInflater.inflate(R.layout.preference_header_switch_item, parent,false); case HEADER_TYPE_NORMAL:
view = mInflater.inflate(R.layout.preference_header_item, parent, false);说完布局，我们再来说说关于启动流程的问题：
getMetaData–>onBuildHeaders–>onGetInitialHeader–>super.switchToHeader–>highlightHeader
1.onCreat 方法：
//...省略部分
getMetaData();
mInLocalHeaderSwitch = true;
super.onCreate(savedInstanceState);
mInLocalHeaderSwitch = false;
highlightHeader(mTopLevelHeaderId);
//... 省略部分2.getMetaData：
主要作用是获取当前Activity的 meta信息，参看manifest的定义，如这个是wifi设置界面的Activity信息描述
<activity android:name="Settings$WifiSettingsActivity"
android:label="@string/wifi_settings"
android:configChanges="orientation|keyboardHidden|screenSize"
android:clearTaskOnLaunch="true"
android:parentActivityName="Settings">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<action android:name="android.settings.WIFI_SETTINGS" />
<category android:name="android.intent.category.DEFAULT" />
<category android:name="android.intent.category.VOICE_LAUNCH" />
<category android:name="com.android.settings.SHORTCUT" />
</intent-filter>
<meta-data android:name="com.android.settings.FRAGMENT_CLASS"
android:value="com.android.settings.wifi.WifiSettings" />
<meta-data android:name="com.android.settings.TOP_LEVEL_HEADER_ID"
android:resource="@id/wifi_settings" />
</activity>定义了，跳转进来的action，已经这个它要展示的信息，左边Header的 id（mTopLevelHeaderId），右边显示的fragment 类（mFragmentClass）。
下面是读取该信息。
private void getMetaData() {
try {
//获取当前Activity的Meta 信息
ActivityInfo ai = getPackageManager().getActivityInfo(getComponentName(),
PackageManager.GET_META_DATA);
if (ai == null || ai.metaData == null) return;
//ListView 中要选中的Header的Id 如R.id.wifi_settings
mTopLevelHeaderId = ai.metaData.getInt(META_DATA_KEY_HEADER_ID);
//对应的切换 右边显示的Fragment
mFragmentClass = ai.metaData.getString(META_DATA_KEY_FRAGMENT_CLASS);
// Check if it has a parent specified and create a Header object
//这个 应该是针对 single panel 检查它是否有上一级。
final int parentHeaderTitleRes = ai.metaData.getInt(META_DATA_KEY_PARENT_TITLE);
String parentFragmentClass = ai.metaData.getString(META_DATA_KEY_PARENT_FRAGMENT_CLASS);
if (parentFragmentClass != null) {
mParentHeader = new Header();
mParentHeader.fragment = parentFragmentClass;
if (parentHeaderTitleRes != 0) {
mParentHeader.title = getResources().getString(parentHeaderTitleRes);
}
}
} catch (NameNotFoundException nnfe) {
// No recovery
}
}3.super.onCreate(savedInstanceState);
PreferenceActivity 源码 onCreat 方法主要 调用如下，
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
//布局
setContentView(com.android.internal.R.layout.preference_list_content);
//...省略部分代码
if (initialFragment != null && mSinglePane) {
//单屏
} else {
onBuildHeaders(mHeaders);
if (mHeaders.size() > 0) {
if (!mSinglePane) {
if (initialFragment == null) {
Header h = onGetInitialHeader();
switchToHeader(h);
} else {
switchToHeader(initialFragment, initialArguments);
}
}
}
}在PreferenceActivity 的onCreat 中 依次调用 onBuildHeaders–>onGetInitialHeader
onBuildHeaders：加载header资源，显示在右边的ListView。
onGetInitialHeader：初始化的时候，首显项。
4.Settings 类对 onBuildHeaders的重写：
@Override
public void onBuildHeaders(List<Header> headers) {
//Header 资源
loadHeadersFromResource(R.xml.settings_headers, headers);
//根据相应条件，移除掉部分header，筛选出mFirstHeader
//第一个不为HEADER_TYPE_CATEGORY（不能获得触摸焦点） 分类项的Header，作为备用显示
//并记录 header id 对应ListView中的 index
updateHeaderList(headers);
}5.Settings 类对 onGetInitialHeader的重写：
@Override
public Header onGetInitialHeader() {
//获取 要显示的fragment
String fragmentClass = getStartingFragmentClass(super.getIntent());
//构造 header 对象
if (fragmentClass != null) {
Header header = new Header();
header.fragment = fragmentClass;
header.title = getTitle();
header.fragmentArguments = getIntent().getExtras();
mCurrentHeader = header;
return header;
}
//如果meta中没有，intent中也没有，返回updateHeaderList 中选出来的header
return mFirstHeader;
}
protected String getStartingFragmentClass(Intent intent) {
//如果前面 getMeta 中的读取到的mFragmentClass 不为空，直接return
if (mFragmentClass != null) return mFragmentClass;
//获取intent 中指定要 跳转到的类名
String intentClass = intent.getComponent().getClassName();
//就是当前activity ,不做处理
if (intentClass.equals(getClass().getName())) return null;
if ("com.android.settings.ManageApplications".equals(intentClass)
|| "com.android.settings.RunningServices".equals(intentClass)
|| "com.android.settings.applications.StorageUse".equals(intentClass)) {
// Old names of manage apps.
intentClass = com.android.settings.applications.ManageApplications.class.getName();
}
return intentClass;
}
6.PreferenceActivity 的onCreate中 switchToHeader ，就显示 了指定的fragment和 高亮指定的header项。
7.Settings 的onCreate中 ，更新左边的选中项，mTopLevelHeaderId 也是从getMetaData 中读出来的。因为在PreferenceActivity 的switchToHeader 中，如果ListView没有找到Header，就不会有高亮的选中项。
highlightHeader(mTopLevelHeaderId);至此，Settings 的加载显示，就已经完成了，同时也展示了manifest中Activity的 meta-data的用法。
在此处，也就可以解释为何Settings类中有着那么多空实现的 public static 的内部类了，这可以说是一种Template 模式，使得Settings中的功能模块对外使用更加灵活，Settings主类描述了具体的算法架构，而不同的内部类通过manifest 中声明的meta-data，可以有不同的界面内容显示。如果说activity 可以通过 activity-alias 来描述一个多入口，以个性化的显示不同的信息，那么那些空实现的静态内部类，也是帮Settings实现这样的效果。一个有效的Intent 请求过来，匹配对应的内部类Activity，然后读取meta-data数据显示，从而“一步到位”的跳到想要的Settings页面，而不用一步步的点击切入。因为Fragment无法在manifest中进行描述声明，为其指定拦截的action，所以只能将其宿主到Activity中。
以上就是我对Settings启动流程的分析研究，有什么疑问或者不同的见解都可以交流交流。
