Android Touch事件的分发过程

一.不知道你是否在涉及到Android触屏事件的时候有过以下的疑问:html

1.View的onTouchEvent()方法返回true和false有什么区别? SDK给出的解释很简单:"返回true表明该事件已经被处理过了,返回false则相反",这句话彻底没有解释清楚问题。android

2.View的onTouchEvent()方法在处理ACTION_DOWN的时候返回true,在处理ACTION_MOVE的时候返回false,表明着是处理了仍是没处理?返回super.onTouchEvent()又是什么含义?布局

3.重写onTouchEvent()方法和经过setOnTouchListener()设置一个触屏监听有什么区别,看起来好像很相似。this

4.View的dispatchTouchEvent(),onTouchEvent(),setOnClickListener(),ViewGroup的onInterceptTouchEvent()把我绕晕了,这些方法怎么使用怎么重写?spa

5.假设一个ViewGroup有两个子view,这两个view有一部分是重叠的,点击该重叠部分,事件由哪一个View来处理?htm

6.最重要的一点疑问是:触屏事件从顶层ViewGroup一直向下是怎么传递的?继承

若是你有相似的疑问,相信个人这篇博客能给你答案。递归

二.首先须要明确的几点是:进程

1.View通常是为了显示某些内容而存在的,它也一般用来处理用户的触屏等交互事件,而ViewGroup则是作为View的容器而存在的,虽然在代码上它是View的子类,但它一般只是作为容器用来组织它的子视图布局方式。事件

2.咱们知道android里边View层次是一种树型结构,须要明确的是一个ViewGroup它的直接子视图才算是树结构中的儿子,再往下一层就不算了,相似于进程间的父子关系。举例,FrameLayout有两个子视图,分别是LinearLayout和TextView,而 LinearLayout又有三个子视图ImageView,那么调用FrameLayout的getChildCount()方法只会返回2,而不是 5。所以如下内容中"子视图"这个术语表明着一个ViewGroup的直接子视图,它便可能是一个View类,也多是一个ViewGroup类。

3.Activity视图的最顶层View是DecorView,它是在PhoneWindow类中经过generateDecor()方法生成的,它继承自FrameLayout,是View层次的根视图。

4.对于触屏来讲有三个主要的事件:down,move,up

那么一个触屏事件究竟是怎么在View层次中上向下传递的?(这里只考虑事件已经到达DecorView时的情形,事实上是ViewRootImpl 类接收到底层InputDispatch传递过来的事件,这里就不写了),ViewRootImpl在deliverPointerEvent()方法中经过调用mView.dispatchPointerEvent(event);将触屏事件传递给了DecorView,DecorView经过 dispatchTouchEvent()继续向下传递给子视图,若是子视图也是一个ViewGroup,它又会调用本身的 dispatchTouchEvent()方法向下传递,若是子视图是一个View,那么子视图的onTouchEvent()方法就会被调用,若是子视图处理了该事件,那么事件传递就停止。整个过程像是一个递归过程,理解了一个ViewGroup怎么经过dispatchTouchEvent()传递给它的子视图这一层也就理解了整个过程。

这里就不分析ViewGroup的dispatchTouchEvent()方法的代码了,直接给出我总结出来的结论,有兴趣的读者能够分析看看。

三.总结

如下情景假设一个ViewGroup有三个子视图,按index顺序为v1,v2,v3。v1也是一个ViewGroup,v2和v3都是普通的view,并且它们有一点重叠的部分。

1.ViewGroup的dispatchTouchEvent()向下分发事件给它的子视图,那么会先分发给v3调用它的onTouchEvent 方法,若是v3不处理该事件,会继续分发给v2,若是v2不处理事件,会继续分发给v1,因为v1是一个ViewGroup,则会调用它的 dispatchTouchEvent()分发给它的子视图。

2.v3不处理该事件的含义是:在down事件到达时,onTouchEvent()方法返回false,若是在接收到down事件时返回true, 则表示处理了该事件,那么无论你在接收到move和up事件的时候返回的是什么都没有关系。所以思想是:只要你愿意处理down事件,那么你必须处理接下来的其余事件。

3.v3能接收触屏事件的前提是它的显示矩形框必须在触屏的范围以内,这里显而易见的道理,不然事件会传递给v2。

4.若是v1,v2,v3都决定不处理触屏事件,那么事件最终由ViewGroup本身来处理,它的onTouchEvent()方法会被调用。

5.若是事件传递到了v1,v1是否处理取决于它的子视图,若是它的子视图有一个处理了该事件,那么就表明v1处理了事件,若是它的全部子视图都没有处理事件并且v1自己的onTouchEvent()的方法在处理down事件的时候返回false,那么才表明v1没有处理事件。

6.若是经过setOnTouchListener()设置了一个有效的监听到view中,那么事件到达时会直接调用这个监听方法而不会调用onTouchEvent(),并返回true,表示已经处理了该事件。

到这里,onTouchEvent()返回值的含义应该很明确了,那么super.onTouchEvent()返回值是什么呢?看代码也比较简单,若是一个view不是clickable的或者不是longClickable的,那么super.onTouchEvent()直接返回false,不然就进行onClick和onLongClick处理并返回true。可调用 setClickable(true),setLongClickable(true)来改变view的状态,调用 setOnClickListener()和setOnLongClickListener()也是同样的效果。

由上面结论,若是两视图是父弟关系,它们又互有重叠部分,点击该重叠部分,先处理该事件的是下标比较大的那个视图,若是这个视图不想处理事件,才让另一个处理。

四.onInterceptTouchEvent()

ViewGroup能够调用它的onInterceptTouchEvent()方法去拦截子视图的事件,这个方法默认返回的是false表示不拦截,若是在onInterceptTouchEvent()接收到down事件时返回了true,那么接下来的down,move和up事件都会被 ViewGroup本身的onTouchEvent()方法所接收,全部的子视图都接收不到事件,而ViewGroup本身的 onInterceptTouchEvent()方法也只有down事件会被传递过去,由于都由父View来处理,因此该方法再接收到move和up事件就没有意义了,因此只会有down事件会被传递。注释中的说法:There are no touch targets and this action is not an initial down,so this view group continues to intercept touches.

若是一个子视图决定处理所有三个事件,那么每次事件到来时都会先调用父view的onInterceptTouchEvent()方法,若是在某个事件上返回了true,那么就会拦截到该事件以及随后的事件到ViewGroup本身的onTouchEvent()方法处理,子视图会接收到 ACTION_CANCEL事件。

举例:若是子视图处理了down事件,可是ViewGroup在move到来时拦截住了move事件,那么子视图就收不到接下来的move和up事件,会收到ACTION_CANCEL事件,而ViewGroup则会接收move和up事件,onInterceptTouchEvent()方法也只会接收到down和move事件。

拦截方法有时很是有用,例如ScrollView它会先把down事件交给子视图处理,若是是点击事件,就交给子视图,若是判断出来正在拖动子视图,那么会拦截住move事件,交由本身处理,调用overScrollBy()产生滚动。

固然若是本身重写了ViewGroup的dispatchTouchEvent()方法就本身掌控了事件的分发过程,和上面的流程就不必定同样了。

总结完了,相信开头的全部问题都有了答案,有点绕人,理清了就明白了。

转载自:http://www.bdqn.cn/news/201312/12158.shtml

相关文章
相关标签/搜索