Android控件架构与自定义控件(一)

Android控件架构:

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

image.png

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

image.png

每一个Activity都包含一个Window对象，在Android中Window对象通常由PhoneWindow来实现，PhoneWindow将一个DecorView设置为整个应用窗口的根View。DecorView作为窗口界面的顶层视图，封装了一些窗口操作的通用方法，可以说，DecorView将要显示的具体内容呈现在了PhoneView上，这里面的所有View的监听事件，都通过WindowManagerService来进行接收。并通过Activity对象来回调相应的onClickListener。在现实上，，它将屏幕分成两部分，一个是TitleView，另一额是ContentView。先说一下ContentView吧，他是一个ID为content的FrameLayout，activity_main.xml就是设置在这样一个FrameLayout里，通过以上过程，我们就可以建立起这样一个标准视图树。继续上图:

image.png

如图所示，第二层装载了一个LinearLayout，作为VIewGroup，这一层的布局结构会根据对应的参数设置不用的布局。如最常用的布局----上面显示TitleBar下面是Content这样的布局，也就是途中所设置的布局，而如果用户通过设置requestWindowFeature(Window.FRATUE_NO_TITLE)来设置全屏显示，视图树种的布局就只有Content了，这就解释了为什么调用requestWindowFrature()方法一定要在调用setContentView方法之前才能生效的原因，不过这里要注意的是，由于每个Android版本对UI的修改都比较多，上图只是比较粗略的显示了视图树的结构。而在代码中，当程序在onCreate()方法中调用setContentView()方法后，ActivityManagerService会回调onResume()方法，此时系统才会把整个DecorView添加到PhoneView中，并让其显示出来，从而最终完成界面的绘制。
声明:上诉内容借鉴学习与书本《android群英传》，以此记录方便以后温故而知新。