View基础

View的工作流程,指的是measure,layout和draw。其中,measure确定View的测量宽高,layout确定View的最终宽高和四个顶点的位置,draw将View 绘制到屏幕上,对应onMeasure()、onLayout()、onDraw()三个方法。
1.DecorView被加载到Window中
Activity的创建过程,当调用Activity的startActivity方法时,最终是调用ActivityThread的handleLaunchActivity方法来创建Activity;
2.ViewRootImpl的PerformTraversals方法
在performTraverals()中执行了3个方法,分别是performMeasure(),performLayout和performDraw,在其内部又分别调用View的measure,layout和draw方法。

MeasureSpec测量规格

MeasureSpec是View的内部类,其封装了一个View的规格尺寸,包括View的宽和高的信息,它的作用是在Measure流程中,系统会将View的LayoutParams根据父容器所施加的规则转换成对应的MeasureSpec,然后在onMeasure方法中根据这个MeasureSpec来确定View的宽和高。
UNSPECIFED:未指定模式,View想多大就多大,父容器不做限制,一般用于系统内部的测量;
AT_MOST:最大模式,对应于wrap_content属性,子View的最终大小是父View指定的SpecSize值,并且子View的大小不能大于这个值;
EXACTLY:精确模式,对应于match_parent属性和具体的数值,父容器测量出View所需要的大小,也就是SpecSize的值。

View的绘制流程

1. 测量

在View的测量方法measure(int widthMeasureSpec,int heightMeasureSpec),该方法完成对控件大小的测量,这个方法是被它的父控件调用的,measure的两个参数是父控件传递给它的,measure方法调用了onMeasure方法,在View中onMeasure的默认实现里调用了setMeasuredDimension来设置测量的维度,即宽和高的大小;setMeasuredDimension最终决定了控件测量的宽高;
super.onMeasure方法内部调用了setMeasuredDimension来设置宽高的,而设置的宽高又是通过widthMeasureSpec和heightMeasureSpec计算出来的;

eg:父容器RelativeLayout通过获取MyView的LayoutParams对象从而获取layout_width和layout_height值,然后根据实际情况构建出对MyView宽高的限制widthMeasureSpec和heightMeasureSpec,接着RelativeLayout调用MyView的measure方法传入widthMeasureSpec和heightMeasureSpec作为参数,进而传给了onMeasure方法;一般默认onMeasure方法会根据父容器的限制来设置自己的宽度;(View的测量规格是由父控件的测量规格和自身的LayoutParams共同决定)

在自定义View控件时,我们需要重写onMeasure方法并设置wrap_content时自身的大小。否则在xml布局中使用wrap_content时与match_parent的效果将会是一样。
需要自己来处理AT_MOST模式下的宽高

protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
        // 必须调用,因为父类实现了很多东西。
        super.onMeasure(widthMeasureSpec, heightMeasureSpec);
        
        // 宽的测量规格
        int widthSpecMode = MeasureSpec.getMode(widthMeasureSpec);
       // 宽的测量尺寸
        int widthSpecSize = MeasureSpec.getSize(widthMeasureSpec);
        // 高度的测量规格
        int heightSpecMode = MeasureSpec.getMode(heightMeasureSpec);
        // 高度的测量尺寸
        int heightSpecSize = MeasureSpec.getSize(heightMeasureSpec);

        //根据View的逻辑得到,比如TextView根据设置的文字计算wrap_content时的大小。
        //这两个数据根据实现需求计算。
        int wrapWidth,wrapHeight;
        
        // 哪个的测量规格是AT_MOST则对哪个进行特殊处理
        if(widthSpecMode == MeasureSpec.AT_MOST && heightSpecMode == MeasureSpec.AT_MOST){
            setMeasuredDimension(wrapWidth, wrapHeight);
        }else if(widthSpecMode == MeasureSpec.AT_MOST){
            setMeasuredDimension(wrapWidth, heightSpecSize);
        }else if(heightSpecMode == MeasureSpec.AT_MOST){
            setMeasuredDimension(widthSpecSize, wrapHeight);
        }
}
  1. 布局
    View类中layout(int l,int t,int r,int b),四个参数分别表示相对于父容器上下左右的位置,layout方法是被父容器调用的,父容器指定了子View相对于自己上下左右的位置
  2. 绘制
    onDraw(Canvas canvas),onDraw方法在View类中为空方法,需要子类自己实现

ViewGroup的绘制流程

  1. 测量
    ViewGroup的测量遵循View的测量过程,只是他要发起对子View的测量;
    子View测量:遍历ViewGroup中的所有子View,获取子View在布局中的参数LayoutParams的宽高,然后指定一个模式,将宽高和模式构建成对子View宽高的限制widthMeasureSpec和heightMeasureSpec,然后调用子View的measure方法传入限制,完成对子View的测量;
  2. 布局
    ViewGroup的布局过程遵循View的布局过程,只是它发起对子View的布局;
    在ViewGroup中,onLayout方法是一个抽象方法,所以当我们继承一个ViewGroup时,必须实现onLayout方法去布局子View;
  3. 绘制
    除了实现onDraw方法,还需实现dispatchDraw方法去绘制子View;
    View和ViewGroup绘制的最大区别:ViewGroup没有背景的情况下是不会绘制自己的,而只会去绘制它的子View;可以在ViewGroup中调用setWillNotDraw(false)调用draw方法绘制ViewGroup;

View的绘制流程深入解析

整个布局树的绘制流程其实是根节点PhoneWindow内部的DecorView发起的,一个Activity对应一个PhoneWindow;
App的入口是ActivityThread类,它是管理Activity的生命周期,其中包括onResume方法的调用,ActivityThread类执行handleResumeActivity方法,在handleResumeActivity方法中会触发onResume方法的调用,接着后续代码会创建出RootViewImpl类来向窗口管理器WindowManagerService中添加PhoneWindow,在添加之前会调用ViewRootImpl内部的requestLayout方法来布局整个Activity的视图树;最终在performTraversals中来遍历视图树,在performMeasure,performLayout,performDraw方法内部会触发mView(DecorView对象)的measure,layout,draw方法,开启Activity视图树绘制流程的三个步骤;

View的触摸事件

ACTION_CANCEL:在View处理触摸事件的过程中,父容器突然将事件劫持自己处理,就会给子View下发一个ACTION_CANCEL事件通知;

dispatchTouchEvent:分发事件,如果返回true,表示事件分发下去后被处理了,如果返回false,则表示分发下去后没有被任何View处理;
onInterceptTouchEvent:拦截事件,如果返回true,则表示拦截事件,如果返回false,则表示不拦截,这里拦截的是本来要传给子View的事件,所以这个方法是ViewGroup特有的;
onTouchEvent:处理事件,如果返回true,则表示处理事件,如果返回false,则表示不处理事件;
触摸事件的传递过程:
事件传递首先从父容器ViewGroup开始,父容器调用dispatchTouchEvent分发事件,在该方法内部会调用onInterceptTouchEvent判读是否要拦截事件,如果onInterceptTouchEvent返回true,则表示拦截View的事件,那么事件会直接传递给ViewGroup本身的onTouchEvent方法处理;如果onInterceptTouchEvent返回false,那么事件会传递给View的dispatchTouchEvent方法,View中没有onInterceptTouchEvent方法,而是直接调用onTouchEvent的方法处理事件,如果View的onTouchEvent方法返回true,那么表示事件被处理,事件传递结束,如果返回false不处理,那么事件又会传递给父容器ViewGroup的onTouchEvent方法处理;

事件传递细节:

  1. 事件传递和Activity的关系
    当手指在屏幕上触发触摸事件后,系统服务会将事件传递到当前显示的Activity,由Activity来继续分发事件,在Activity的dispatchTouchEvent中,将事件传递给PhoneWindow中的DecorView,DecorView再将事件分发给它的子View;
  2. ACTION_DOWN事件没有被处理
    Activity中即使没有任何View处理ACTION_DOWN事件,后续的ACTION_MOVE和ACTION_UP依旧传递给Activity;
    即使没有任何View消费ACTION_DOWN事件,后续事件也会继续传递给DecorView,但是DecorView不会将ACTION_MOVE和ACTION_UP传递给它的子View;
    DecorView继承自FrameLayout,FrameLayout没有dispatchTouchEvent方法,FrameLayout继承自ViewGroup的,实际上使用的是ViewGroup的dispatchTouchEvent方法;
    当ACTION_DOWN事件分发下去后,如果有子View处理事件,也就是其onTouchEvent返回了true,那么ViewGroup就会将处理这个事件的子View用mFirstTouchTarget保存,如果没有子View处理ACTION_DOWN,那么mFirstTouchTarget就不会被赋值,也就满足了mFirstTouchTarget=null的条件;
  3. 点击位置没有子View的处理
    一个ViewGroup嵌套一个View,我们点击这个ViewGroup,但不在View的范围内,ViewGroup默认是不拦截子View事件的;
  4. 拦截子View事件的处理
    如果自定义一个ViewGroup,覆写onInterceptTouchEvent返回true拦截子View事件,那么后续事件ACTION_MOVE,ACTION_UP就不会走onInterceptTouchEvent而直接交给ViewGroup的onTouchEvent方法处理;
  5. 触摸事件坐标的转换
    ViewGroup在将触摸事件传递给子View之前, 会将触摸事件在ViewGroup中的坐标转换成以其子View为坐标系的坐标;
  6. onTouch和onTouchEvent的关系
    View在分发事件时,如果监听器onTouchListener不为空的情况下,会先调用触摸事件监听器的onTouch方法,如果onTouch返回true,则表示事件在监听器中消费了,那么后面就不会调用onTouchEvent方法;
ViewGroup的measure过程

ViewGroup的measure流程除了要完成自己的测量,还要遍历地调用子元素的measure()方法。
ViewGroup中没有定义onMeasure方法,却定义了measureChildren()方法,其中遍历子元素并调用了measureChild方法,在这个方法中调用child.getLayoutParams()来获得子元素的LayoutParams属性,获取子元素的MeasureSpec,并调用子元素的measure()方法进行测量。(根据父容器的MeasureSpec模式结合子元素的LayoutParams属性来得出子元素的MeasureSpec属性。)
注:如果父容器的MeasureSpec属性为AT_MOST,子元素的LayoutParams属性为WRAP_CONTENT,那么子元素的MeasureSpec也为AT_MOST,它的SpecSize值为父容器的SpecSize减去padding的值。

View的layout流程

ViewGroup中的layout方法用来确定子元素的位置,View中的layout方法则用来确定自身的位置。
在layout方法中,setFrame方法传进来的l,t,r,b分别初始化mLeft,mTop,mRight,mBottom这四个值,这样就确定了该View在父容器中的位置,之后调用onLayout方法、

View的draw流程

1.绘制背景
调用了View的drawBackground方法
2.绘制View的内容
调用了View的onDraw方法,这个方法是一个空实现。
3.绘制子View
调用了dispatchDraw方法
4.绘制装饰
调用View的onDrawForeground方法

《Android进阶之光》 View体系与自定义View

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

推荐阅读更多精彩内容