android：Activity、View和Window的关系（二）

Activity是Android应用程序的载体，允许用户在其上创建一个用户界面，并提供用户处理事件的API，如onKeyEvent, onTouchEvent等。 并维护应用程序的生命周期。Activity本身是个庞大的载体，可以理解成是应用程序的载体，如果木有Activity,android应用将无法运行。也可以理解成android应用程序的入口。Acivity的实例对象由系统维护。系统服务ActivityManager负责维护Activity的实例对象，并根据运行状态维护其状态信息。

 

当我们调用Acitivity的 setContentView方法的时候实际上是调用的Window对象的setContentView方法，所以我们可以看出Activity中关于界面的绘制实际上全是交给Window对象来做的。绘制类图的话，可以看出Activity聚合了一个Window对象。

 

在该方法中，首先创建一个DecorView,DecorView是一个扩张FrameLayout的类，是所有窗口的根View。我们在Activity中调用的setConctentView就是放到DecorView中了。这是我们类图的聚合关系如下：

Activity--->Window--->DecorView

 

Activity创建后系统会调用其attach方法，将其添加到ActivityThread当中，在attach方法中创建了一个window对象。window对象是一个抽象类。要注意window对象创建时并木有创建Decor对象。用户在Activity中调用setContentView,然后调用window的setContentView，这时会检查DecorView是否存在，如果不存在则创建DecorView对象，然后把用户自己的View 添加到DecorView中。

 

在ActivityThread当中调用wm.addView(decor, l);把它加入到window manager proxy的mViews中，同时为这个decor view创建一个ViewRoot，ViewRoot负责协调decorview与windowmanager直接绘图、事件处理。说简单点就是DecorView是客户端所有view的根，window manager proxy为这个decorview创建一个ViewRoot和Window manager service打交道

 

我们可以去看看DecorView的实现，它是PhoneWindow的一个内部类。实现很简单，它默认会包含一个灰色的标题栏，然后在标题栏下边会包含一个空白区域用来当用户调用setContentView的时候放置用户View，并传递事件。

================================================================================================

1、Activity , Window和View的关系是什么？

跟踪Activity的源码就会发现：
Activity.attch() -> PolicyManager -> Policy -> PhoneWindow -> mLayoutInflater.inflate()&mContentParent.addView()
这只是一个简单的跟踪过程描述。通过跟踪源代码，就可以很清晰的看出他们三者的关系。 

Activity像一个工匠（控制单元），Window像窗户（承载模型），View像窗花（显示视图）
LayoutInflater像剪刀，Xml配置像窗花图纸。

1)一个Activity构造的时候会初始化一个Window，准确的说是PhoneWindow。
2)这个PhoneWindow有一个“ViewRoot”，引号是说其实这个“ViewRoot”是一个View或者说ViewGroup，是最初始的根视图。
3)“ViewRoot”通过addView方法来一个个的添加View。比如TextView，Button等
4)这些View的事件监听，是由WindowManagerService来接受消息，并且回调Activity函数。比如onClickListener，onKeyDown等