jxq1994的博客

开启Wifi开关，Wifi开关是实现了监听，打开/关闭开关会回调至用于根据Switch控件的当前状态关闭或打开Wi-Fi。在方法的开始部分使用了一个变量，当该变量为true时直接跳出了方法。实际上，增加这个跳出条件的原因是因为Switch控件的状态变化可以有如下两种情况。直接单击Switch 控件。调用Switch.setChecked 方法。遗憾的是，上述两种情况都会触发方法的调用。不管是哪种方法使Switch控件的状态发生了变化，在中调用方法设置Wi-Fi状态都会再次触发方法的调用。当再次调用。

安装apk，本质上是通过系统的应用packageInstaller.apk来完成的。因此，我们需要查看的是packageInstaller的源码。

Widget俗称“小插件”，是Android系统中一个很常用的工具。比如我们可以在Launcher中添加一个音乐播放器的Widget。在Launcher上可以添加插件，那么是不是说只有Launcher才具备这个功能呢？Android系统并没有具体规定谁才能充当“Widget容器”这个角色。它定义了一套完整的Widget添加/移除和显示机制，使得人人都能当“Widget提供者”，人人也都有资格做“Widget容器”。

以StatusBar为例，来分析下Android系统具体是如何实现它们的。代码路径：frameworks/base/services/java/com/android/server。代码路径：frameworks/base/packages/SystemUI。通过我们知道是整个系统UI的“载体”，所以接下来将根据这一线索来把整个代码流程“串”起来。和其他很多系统服务一样，也是在中启动的。具体而言，会在适当的时机通知“系统已经就绪（），可以进一步运行第三方模块了”——这其中就包括将由启动的。

应用程序中的View框架如图所示。

WindowManagerService（以下简称WMS）是做什么的？打个比方，就像一出由N个演员参与的话剧：SurfaceFlinger是摄像机，WMS是导演，ViewRoot则是演员个体。摄像机（SurfaceFlinger）的作用是单一而规范的——它负责客观地捕获当前的画面，然后真实地呈现给观众；导演（WMS）则会考虑到话剧的舞台效果和视觉美感，如他需要根据实际情况来安排各个演员的排序站位，谁在前谁在后，都会影响到演出的“画面效果”与“剧情编排”；

AMS是Android提供的用于管理Activity和其他组件运行状态的系统进程，是编写apk用的最频繁的系统服务，由中启动，同时注册到。它和WMS都是“实名”的Binder Server。和WMS一样，AMS也是寄存于中的。它会在系统启动时，创建一个线程来循环处理客户的请求。值得一提的是，AMS会向登记多种如“activity” “meminfo” “cpuinfo”等——不过只有第一个“activity”才是AMS的“主业”，并由Activity实现；剩余服务的功能则是由其他类提供的。

Framework定义了客户端组件和服务端组件功能及接口。以下阐述中，“应用程序”一般是指“.apk”程序。框架中包含三个主要部分，分别为服务端、客户端和Linux驱动。

Binder是一种架构，这种架构提供了服务端接口、Binder驱动、客户端接口三个模块，如图所示。