Android Settings(系统设置)源码分析(一)

由于工作需求，经常要用到系统设置中的一些功能，如调用里面的一些屏保、屏幕缩放、分辨率、音频输出模式等等接口和数据，于是决定对Settings(版本：android4.4.4)源码做一个大体的分析。
先上一张平时经常接触到的界面，即系统设置(Settings)界面：



上面是4.2版本的，4.4的和它差不多

Settings源码位于android系统packages/apps目录下，由系统编译。

找到Settings的AndroidManifest.xml文件，找到程序入口，如下图：



发现Settings的启动类是Settings.Java,如下图：


可以看出，Settings继承了PreferenceActivity，关于PreferenceActivity，可以Google或者参考API。

从上面Settings的界面可以看出，左边是一些tab，右面分别是各个tab对应的内容。

进一步发现，Settings的主界面布局加载地方如下：


在资源文件xml文件夹中找到settings_headers.xml这个文件，打开如下:





内容比较多，只截取部分代码，可以看出，布局采用的是Preference Headers嵌套，左边的tab对应的都是一些相应的header，右边的内容即为header的内容，分别对应的是一个个fragment。

至于onBuildHeaders(List<Header> headers)方法中的updateHeaderList(headers)方法有什么用呢？如下图：



找到这个方法，如下图：



它的作用是，会根据当前平台是否支持某项feature，决定是否显示相应的header。

Android 3.0之后，摒弃了传统的 PreferenceScreen嵌套方法，而是采用了所谓的Preference Headers方法，该方法的要点是：在主屏中通过 headers xml文件布局列出所有的主题设置项，而每个主题设置的详细设置则由各自指定的
PreferenceFragment负责，而各自的 PreferenceFragment可以如传统的PreferenceActivity一样布局自身的 PreferenceScreen。

另外，为了能够显示出 headers中的布局列表，需要在继承的PreferenceActivity类中实现 onBuildHeaders()回调方法：

@Override public voidonBuildHeaders(List<Header> target) { loadHeadersFromResource(R.xml.preference_headers, target); }

优点：

方便同一个应用在不同屏幕大小的设备中进行适配，比如，采用 preference headers布局之后，系统设置应用在 phone和 pad中的显示方式分别为分页显示和同一页面显示；采用 headers可以降低
preference布局文件的耦合度，把原本需要写在同一个xml文件中的布局各自独立开来，各自进行控制和维护而互不影响。