Android控件架构

Android中的每个控件都会在界面中占得一块矩形的区域，而在Android中，控件大致被分为两类，即ViewGroup控件与View控件。ViewGroup控件作为父控件可以包含多个View控件，并管理其包含的View控件。通过ViewGroup，整个界面上的控件形成了一个树形结构，这也就是我们常说的控件树，上传控件负责下层子控件的测量与绘制，并传递交互事件。

通常在Activity中使用的findViewById()方法，就是在控件树中以树的深度优先遍历来查找对应元素。在每棵控件树的顶部，都有一个ViewParent对象，这就是整棵树的控制核心，所有的交互管理事件都由它来统一调度和分配，从而可以对整个视图进行整体控制。图3.1展示了一个View视图树。

通常情况下，在Activity中使用setContentView()方法来设置一个布局，在调用该方法后，布局内容才真正地显示出来。那么setContentView方法具体做了些什么呢？首先，我们来看一下Android界面的架构图，如图3.2所示。

如图3.2所示，每个Activity都包含一个Window对象，在Android中 Window对象通常由PhoneWindow来实现。PhoneWindow将一个DecorView设置为整个应用窗口的根View。DecorView作为窗口界面的顶层视图，封装了一些窗口操作的通用方法。可以说，DecorView将要显示的具体内容呈现在了PhoneWindow上，这里面的所有View的监听事件，都通过WindowManagerService来进行接收，并通过Activity对象来回调相应的onClickListener。

在显示上，它将屏幕分成两部分，一个是TitleView，另一个是ContentView。看到这里，大家一定看见了一个非常熟悉的布局ContentView。它是一个ID为content的Framelayout，activity_main.xml就是设置在这样一个FrameLayout里。通过以上过程，我们可以建立起这样一个标准视图树，如图3.3所示。图3.3所示的视图树的第二层装载了一个LinearLayout，作为ViewGroup，这一层的布局结构会根据对应的参数设置不同的布局，如最常用的布局——上面显示TitleBar下面是Content这样的布局，也就是图3.3中所设置的布局。而如果用户通过设置requestWindowFeature(Window.FEATURE_NO_TITLE) 来设置全屏显示，视图树中的布局就只有Content了，这就解释了为什么调用requestWindowFeature()方法一定要在调用setContentView()方法之前才能生效的原因。不过这里要注意的是，由于每个Android版本对UI的修改都比较多，图3.3只是比较粗略地显示了视图树的结构。

而在代码中，当程序在onCreate()方法中调用setContentView()方法后，ActivityManagerService会回调onResume方法，此时系统才会把整个DecorView添加到PhoneWindow中，并让其显示出来，从而最终完成界面的绘制。

本文摘抄于：Android群英传-第3章 Android控件架构与自定义控件详解-3.1Android控件架构