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文件中的布局各自独立开来，各自进行控制和维护而互不影响。