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)时,最终转为windowsurface,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里面的回调即可。无需关注其他细节,默认都帮我们写好了,针对需要定制的部分我们重写(设计模式为:模板方法模式)。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,519评论 5 468
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 83,842评论 2 376
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,544评论 0 330
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,742评论 1 271
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,646评论 5 359
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,027评论 1 275
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,513评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,169评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,324评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,268评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,299评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,996评论 3 315
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,591评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,667评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,911评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,288评论 2 345
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,871评论 2 341

推荐阅读更多精彩内容