Activity,View及Window之间的关系

View

View(ViewGroup)使用的是组合模式，将view组成树形结构，以表示"部分-整体"的层次结构，使得用户对单个对象和组合对象的使用具有一致性。View主要是用于绘制我们想要的结果，是一个最基本的UI组件。

Window

简单地说，window表示一个窗口，一般来说，window大小取决于屏幕大小。但是这个不绝对的，如对话框、toast等就不是整个屏幕大小。你可以指定window的大小。window包含一个'view tree'和窗口的layout参数。
感觉window的理解比较抽象，window相当于一个容器，里面盛放着很多view,这些view是以树状结构组织起来的。

如果还是无法理解的话，就把window当成是显示器，显示器有大有小(对应window有大有小)，view是显示器里面具体显示的内容。

window对象存在的必要性

window能做的事情，view对象基本都能做:像什么触摸事件啊、显示的坐标及大小啊、管理各个子view啊等等。view已经这么强大了，为什么还多此一举，加个window对象。可能有人会说因为windowManager管理的就是window对象啊？那我想问，既然这样，Android系统直接让windowManager去管理view不就好了?让view接替window的工作，把window所做的事情都封装到view里面不好嘛？或许又有人说，view负责绘制显示内容，window负责管理view,各自的工作职责不同。可是我想说，window所做的大部分工作，view里面都有同样(或类似)的处理。

window绘制过程

在理解window绘制过程之前，首先，我们需要知道surface,在window中持有一个 surface,那么什么是surface呢？

surface其实就是一个持有像素点的矩阵对象，这个像素点矩阵是组成显示在屏幕的图像的一部分。** 我们看到显示的每个window(包括对话框、全屏的activity、状态栏等)都有他自己绘制的surface **。而最终的显示可能存在window之间遮挡的问题，此时就是通过surface flinger对象渲染最终的显示，使他们可以正确的Z-order显示出来，一般surface拥有一个或多个缓存(一般2个)，通过双缓存来刷新，这样就可以一边绘制一边加薪缓存。

windowManager为每个window创建surface对象，然后应用就可以通过这个surface为绘制任何它想要绘制的东西。而对于windowManager来说，这只不过是一块矩形区域而已。

当window需要重绘(如，当view调用invalidate)时，最终转为window的surface,surface被锁住(locked)并返回canvas对象，此时view拿到canvas对象来绘制自己。当所有view绘制完成后，surface解锁(unlock)，并且post到绘制缓存用于绘制，通过surface flinger来组织各个window,显示最终一个屏幕。

总结

现在我们知道了window绘制过程，其实站在系统的角度来考虑，一个window对象代表一块显示区域，系统不关心window里面具体的绘制内容，也不管你window怎么去绘fundamental制，反正只给你提供可以在这块区域绘制图形surface对象，你window对象怎么画是你的事情。

换句话说，站在系统的角度上看，系统是不知道有view对象这个说法的，作为系统，他有自己的骄傲，不去管你window如何搬砖、如何砌墙，只给你地皮。而这时，window为了绘制出用户想要的组件(按钮、文字、输入框等等)，系统又不给我！没事，那我自己定义，于是就定义了view机制，给每个view提供canvas，让不同的view自己绘制具有特色的组件。同时，为了更好的管理view，通过定义viewGroup等等。

Activity

对于开发人员来说，一个activity就相当于一个界面(通过setContentView指定具体的view)。我们可以直接在activity里处理事件，如onKeyEvent,onTouchEvent等。并可以通过activity维护应用程序的生命周期。

Activity和Window

前面我们知道，Window已经是系统管理的窗口界面。那么为什么还需要Activity呢？我们把Activity所做的事情，全部封装到Window不就好了？

其实，本质上讲，我们要显示一个窗口出来，的确可以不需要Activity。悬浮窗口中不就是没有使用Activity来显示一个悬浮窗吗？既然如此，Window（以及View）能处理点击事件以及封装各种逻辑，那为啥还需要Activity呢？

Android中的应用中，里面对各个窗口的管理相当复杂（任务栈、状态等等），Android系统当然可以不用Activity，让用户自己直接操作Window来开发自己的应用。但是如果让用户自己去管理这些Window，先不说工作量，光让用户自己去实现任务栈这点，有几个人能写的出来。为了让大家能简单、快速的开发应用，Android通过定义Activity，让Activity帮我们管理好，我们只需简单的去重写几个回调函数，无需直接与Window对象接触。各种事件也只需重写Activity里面的回调即可。无需关注其他细节，默认都帮我们写好了，针对需要定制的部分我们重写（设计模式为：模板方法模式）。