dispatchTouchEvent,onTouchEvent与onInterceptTouchEvent

1.首先明白一个常识:View 没有onInterceptTouchEvent事件,而ViewGroup这三个事件都有,是viewgroup继承View之后才加了一个方法叫onIntercepTouchEvent。
从字面意思可以看出,onInterceptTouchEvent是拦截器,用来拦截事件用的,dispatchTouchEvent是用来分发事件的,onTouchEvent是用来处理事件的。
大家不难看出,应该是先走dispatchTouchEvent然后走onTouchEvent。那OnInterceptTouchEven的调用时机是什么时候呢?为了更好的理解这三个事件,我们从简单到复杂,先从一个子view,一个viewgroup,然后viewgroup里有子view。

2.针对一个View来讲,事件是先走该View的dispatchTouchEvent,然后再走onTouchEvent(也有可能不走)。

什么时候不会走onTouchEvent呢?当重写dispatchTouchEvent,不走super.dispatchTouchEvent直接返回false,它就不会走onTouchEvent。
当然这样做是违反android架构常理的,一般的dispatchTouchEvent是不建议重写的。不过通过这个案例我们可以总结出这么一个结论.

在事件到达view的时候,先走dispatchTouchEvent,在系统的dispatchTouchEvent中它会调用该view的Ontouch方法如果此onTouch方法的down事件里返回true,则

dispatchTouchEvent方法也返回true,且把以后的move事件,up事件都传给onTouch。之后的move事件及up事件的返回值,onTouch返回什么dispatchTouchEvent也返回什么。

相反如果传第一个down事件给ontouch的时候,ontouch返回的是false,从此事件不再会传过来,也就是不会走dispatchTouchEvent。更不会走ontouchevent
3.针对一个ViewGroup来讲(没有子view的时候):

事件的走向是dispatchTouchEvent->onInterceptTouchEvent->onTouchEvent

我们会发现它们的逻辑跟view 的没什么两样,只是在走down事件的时候onInterceptTouchEvent会在中间,而这里不管onInterceptTouchEvent返回什么都不会干扰它像2.形容的那

样运行,难道onInterceptTouchEvent这个方法没用?

4.当Viewgroup里有子view的时候


down事件走向:viewgroup.dispatchTouchEvent->viewgroup.onInterceptTouchEvent ->如果返回true->viewgroup.onTouch-------------------------------分支1
                                                                                                                                  |->如果返回false->view.dispatchTouchEvent分支2



分支1:之后的move或up事件的走向是:viewgroup.dispatchTouchEvent->viewgroup.ontouch  这里不管ontouch返回的是什么都是这个走向

分支2:down事件到了view.dispatchTouchEvent->view.onTouch->返回true->分支3
                                                                                                   |->返回false->viewgroup.ontouch->返回true->move,up等事件viewgroup.dispatchTouchEvent-
                                                                                                                                                          |->返回false,则该viewgroup不会再收到后续事件了
>viewgroup.ontouch


分支3:子view的onTOuch返回true了,表示子view能接受该事件,今后的事件走向是

Move:viewgroup.dispatchTouchEvent->viewgroup.onInterceptTouchEvent返回?

如果返回的是false,以后的move,up都这么走viewgroup.dispatchTouchEvent->viewgroup.onInterceptTouchEvent->view.dispatchTouchEvent->view.ontouch

如果返回的是true,抢夺子view的move事件接下来的走向是:强制传Cancel事件和UP事件给view,view.dispatchTouchEvent->view.ontouch(无视它返回什么)->然后把Move事件留给viewgroup:viewgroup.dispatchTouchEvent->viewgroup.ontouch

 

这个现象大家应该在listview或是scrollview里见过,就是当用户在scrollview里按住一个按钮,发现按钮做了相应反应(按钮高亮了),但当按住不放拖它时,发现界面在滚动,这就是因为onInterceptTouchEvent抢事件了!

如果有时间我会做一个app来验证以上的。谢谢大家

 

转至:http://www.eoeandroid.com/thread-262615-1-1.html

posted on 2014-06-09 16:09  neil-zhao  阅读(2270)  评论(1编辑  收藏  举报

导航