view事件分发机制

   作为一名Android程序猿,相信你一定碰到过滑动冲突这一问题,解决它的理论基础就是要了解view的事件分发机制,本博客只是从大的方面分析事件分发机制,如果要深入研究它,建议大家结合系统源码去进一步分析事件分发机制,本文学习“Android开发艺术探索”基础上所感,之前也看过网上一些博客讲view事件分发的,看完后仍然有点懵懵懂懂的,在这里谢谢@任玉刚的“Android开发艺术探索”,让我对view事件分发有了更深的理解,由于本人技术有限,希望大家提意见和指正。

一、在介绍点击事件传递规则之前,首先大家应该明白我们研究的对象是MotionEvent(点击事件),点击事件分发有三个重要的方法:

public boolean dispatchTouchEvent(MotionEvent ev) 事件分发,如果事件能够传递到当前view,此方法一定调用,返回结果受当前view的onTouchEvent和下级view的dispatchTouchEvent方法影响,详细分析如下:

   1.若当前view的onTouchEvent调用,说明当前view调用onInterceptTouchEvent拦截了事件,同时当前view消耗事件,导致不调用下级view的 dispatchTouchEvent,当前view的dispatchTouchEvent返回false。
  2.反之,当前view的onTouchEvent不调用调用,说明当前view不调用onInterceptTouchEvent拦截了事件,同时当前view不消耗事件,导致调用下级view的 dispatchTouchEvent将事件分发下去,当前view的dispatchTouchEvent返回true。

public boolean onInterceptTouchEvent(MotionEvent ev) 事件拦截
用来判断是否拦截某个事件,如果当前view拦截了某个事件,则在同一事件序列当中,此方法不会再次调用,返回结果表示是否拦截事件
public boolean onTouchEvent(MotionEvent ev) 点击事件处理(消耗事件)

二、三个方法有什么区别和联系,下面通过伪代码表示:
public boolean dispatchTouchEvent(MotionEvent ev){ boolean consume=false; if(onInterceptTouchEvent(ev)){ consume=onTouchEvent(ev); }else{ consume=child.dispatchTouchEvent(ev); } return consume; }

    上述伪代码将三者的关系表现的淋漓尽致:对于一个根viewGroup来说,点击事件发生后,首先会传递给当前viewGroup,这时它会调用它的dispatchTouchEvent,如果viewGroup的onInterceptTouchEvent返true,表示它拦截当前事件,调用它的onTouchEvent消耗此事件;如果viewGroup的onInterceptTouchEvent返回false就表示它不拦截,当前事件会继续传递给它的子view,子view调用dispatchTouchEvent,如此循环下去直到事件消耗。

当一个view需要处理事件时:
如果它设置OnTouchListener,那么OnTouchListener中的OnTouch方法一定会调用,如果OnTouchListener中 的OnTouch方法返回false,则当前view的onTouchEvent方法会被调用,反之返回true,则当前view的onTouchEvent方法不会被调用;
如果当前设置有OnClickListener那么它的OnClick方法会在onTouchEvent的OnTouch方法之后执行,平时我们常用的OnClickListener,其优先级最低,即处于事件传递尾端。
由此可见:在设置OnTouchListener,OnClickListener且OnTouchListener中 的OnTouch方法返回false前提下,他们执行的优先级OnTouchListener >onTouchEvent >OnClickListener(其中的方法)。
关于事件传递的机制,给出的一些结论:

1.同一事件序列是指从手指触屏幕那一刻到手指离开屏幕那一刻,这个事件序列包含一个down事件开始,中间包含多个Move事件, 一个up事件结束
2.一个事件序列只能被一个view拦截且消耗
3.某个view一旦决定拦截,那么这一个事件序列都只能由它来处理(如果时间序列能够传递给它)并且它的onInterceptTouchEvent不会再调用
4.某个view一旦开始处理事件,如果它不消耗ACTION_DOWN事件(onTouchEvent返回false)那么同一事件序列中其他事件都不会交个它处理,并且事件将重新交由它的父元素去处理,即父元素的onTouchEvent 会被调用,意思是事件一旦交给一个view处理,那么它必须消耗掉,否则同一事件序列中剩下的事件就不再交给它来处理,就好比BOSS交给你一个任务,如果这个任务没有处理好,那么短期内BOSS就不敢再把任务交个你做了。
5.如果view不消耗ACTION_DOWN以外的其他事件,那么这个点击事件会消失,此时父元素的onTouchEvent并不会调用,并且当前view可以持续收到后续的事件,最终这些消失的点击事件会传递给Activity处理,举个例子,就好比BOSS交个你一个任务,你解决不了,最后还是要交个BOSS解决一样的道理。
6.viewGroup默认不拦截任何事件。Android源码中viewGroup的onInterceptTouchEvent方法默认返回false。
7.view没有onInterceptTouchEvent方法,一旦有点击事件传递给它,那么它的onTouchEvent方法就会调用。
8.view的onTouchEvent默认都可以消耗事件(返回true),除非它是不可点击的(clickable和longClickable同时为false),view的longClickable属性默认都是false,clickable属性要分情况,比如button的clickable默认为true,textview的clickable默认为false。
9.view的enable属性不影响onTouchEvent的默认返回值。哪怕一个view是disable状态的,只要它的clickable或者longClickable有一个为true,那么它的onTouchEvent就返回true。
10.事件传递过程是由外而内的,即事件总是先传给父元素,然后父元素分发给子view,但可以通过requestDisallowInterceptTouchEvent方法在子元素中干预父元素的事件分发,但是ACTION_DOWN除外。

你可能感兴趣的:(view事件分发机制)