Adnroid中的每个控件都会在界面中占得一块矩形区域，而在Android中，控件大致被分为两大类，即ViewGroup控件与View控件。通过ViewGroup控件作为父控件可以包含对个View控件，并管理其包含的View控件。通过ViewGroup，整个界面上的控件形成了一个树形结构，这也就是我们常说的控件数，上层的控件负责下层的测量与绘制，并传递交互事件。通常在Activity中使用的findViewById()的方法，就是在控件树中以树的深度优先遍历来查找对应元素。在每棵控件树的顶部，都有一个ViewParent对象，这就是整棵树的控制核心，所有的交互管理事件都由它来统一调度分配，从而可以对整个视图进行整体的控制。
通常情况下，在Activity中使用setContentView()方法来设置一个布局，在调用该方法后，布局内容才真正地显示出来，那么setContentview()方法具体做了些什么那？首先，我们看一下Android界面的架构图，如图（1）所示。
（1） （2）
如图（2）所示，每个Activity都包含一个Window对象，在Android中Window对象通常有PhoneWindow来实现。PhoneWindow将一个DecorView设置为整个应用窗口的根View。DecorView作为窗口界面的顶层视图，封装了一些窗口的通用方法。可以说，DecorVierw将要显示的具体内容呈现在了PhoneWindow上，这里面的所有View的监听事件，都通过WindowManagerService来进行接收，并通过Activity对象来回调相应的onClickListener。在显示上，它将屏幕分成两部分，一个是TitleView，另一个是ContentView。看到这里，大家一定看见了一个非常熟悉布局ContentView。他是一个ID为content的Framelayout，activity_main.xml就是设置在这样一个Framelayout里。通过以上过程，我们可以建立起这样一个标准视图树，如图（3）所示。
（3）
图（3）所示的视图树的第二层装载了一个LinearLayout，作为ViewGroup，这一层的布局结构会根据对应的参数设置不同的布局，如最常用的布局——上面显示TitleBar下面是Content这样的布局，也就是图（3）中所设置的布局。而如果用户通过设置requestWindowFeature(Window.FWATURE_NO_TITLE)来设置全屏显示，视图树中的布局就只用Content了，这就解释了为什么调用requestWindowFeature()方法一般要在setContentView()方法之前才能生效的原因。不过这里要注意的事，由于每个Android版本对UI的修改都比较多，图（3）自是比较初略地显示了视图树的结构。
而在代码中，当程序在onCreate()方法中调用setContentView方法后，ActivityManagerService会回调onResume()方法，此时系统才会把整个DecorView添加打开PhoneWindow中，并让其显示出来，从而最终完成界面的绘制。