第三章 Android控件架构与自定义控件详解

          控件是每个Android App都必不可少的一部分，无论是使用系统控件，还是使用自定义控件。这些控件，组成了每个精美的界面，本章向大家讲解Android控件架构，以及如何实现自定义控件。

         学习本章，你讲了解到以下内容：

   1  android控件架构

   2  View的测量与绘制

   3  ViewGroup的测量与绘制

  4   自定义控件的三种方式

  5   事件的拦截机制

3.1 Android控件架构

         Android中的美格空间都会在界面中占得一块矩形的区域，而在Android中，控件大致被分为两种，即ViewGroup控件与View控件。ViewGroup空间作为父控件可以包含多个View控件，并管理其包含的View控件。通过ViewGroup，整个界面上的控件形成了树形结构，这也就是我们常说的控件树，上层控件负责下层控件的测量与绘制，并传递交互事件。通常在Activity中使用findViewById（）方法，就是在空间书中以树的深度优先遍历来查找对应元素。在每颗控件树的顶部，都有一个ViewParent对象，这就是整颗树的核心控制，所有的交互管理实践都由她来统一调度和分配，从而可以对整个视图进行整体控制。

        通常情况下，在Acitivity中使用setContentView（）方法来设置一个布局，在调用该方法后，布局才真正的显示出来。那么setContentView（）方法具体做了些什么啦？首先，我们来看一下Android界面的架构图，

        如图3.2所示，每个Activity都包含一个window对象，在Android中window对象通常由PhoneWindow来实现。phoneWindow将一个DecorView设置为整个应用窗口的根View。

DecorView作为窗口界面的顶层视图，封装了一些窗口操作的通用方法。可以说DecorView

将要显示的具体内容呈现在了PhoneWindow上，这里面的所有View的监听事件们都通过WindowMangerService来进行接收，并通过Activity对象来回调相应的onCkickListener。在显示上，它将屏幕分为两部分，一个是TitleView，另一个是ContentView。看到这里，大家一定看到了一个非常熟悉的布局-------contentView。他是一个ID为content的Framelayout，，activity_main.xml就是设置在这样一个framelayout里，通过以上过程，我们就可以建立起这样一个标准视图如图3.3所示

图3.3所示的视图的第二层装载了一个LinearLayout，作为ViewGroup，这一层的布局结构会根据对应参数设置不同布局，如最常用的布局------上面显示TitleBar下面是Content这样的布局，也就是图3.3中所设置的布局。而如果用户通过设置

requsetWindowFeature(Window.FEATURE_NO_TITLE)来试着全屏显示，视图树中的布局就只有Content了，这就解释了为什么调用requsetWindowFeature（）方法一定要在调用

之前才能生效的原因。不过这里要注意的是，由于每个Android班的UI的修改都比较多，图3.3只是比较粗略的现实了视图树的结构。

           而在代码中，当程序在onCreat（）方法中调用了setcontentView（）方法后，ActivityMangerServic会调用onResume（）方法，此时系统才会把整个DecorView添加到PhoneWindow中，并让其显示出来，从而最总完成界面的绘制。

http://zhanhao.iteye.com/blog/1174914

http://www.cnblogs.com/zhongbingshu/p/5775824.html