ViewGroup dispatchTouchEvent,onTouchEvent与onInterceptTouchEvent 调用过程

本文详细解析了Android中触摸事件的传递机制,包括dispatchTouchEvent、onInterceptTouchEvent与onTouchEvent三个关键方法的工作原理及其调用顺序,并通过具体场景阐述了这些方法如何相互作用。

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

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->viewgroup.ontouch
                                                                                                                                                          |->返回false,则该viewgroup不会再收到后续事件了



分支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抢事件了!

### Android 中 `dispatchTouchEvent`、`onInterceptTouchEvent` 和 `onTouchEvent` 方法返回值的意义 #### 1. `dispatchTouchEvent` `dispatchTouchEvent` 是事件分发的核心方法,它决定了触摸事件如何传递给目标视图。其返回值表示当前 View 或 ViewGroup 是否已经处理了该事件。 - 如果返回 **`true`**,则表明事件已经被当前组件接收并处理,后续的事件(如 move 和 up)会继续交由当前组件处理[^3]。 - 如果返回 **`false`**,则意味着当前组件拒绝处理该事件,事件会被交给父级或其他组件进一步处理[^4]。 #### 2. `onInterceptTouchEvent` `onInterceptTouchEvent` 主要用于判断是否拦截某个触摸事件链。它是 `ViewGroup` 的特有方法,允许开发者决定是否让子控件接收到触摸事件。 - 如果返回 **`true`**,表示当前 `ViewGroup` 拦截了事件,子控件无法再接收到后续的事件[^2]。 - 如果返回 **`false`**,表示当前 `ViewGroup` 不拦截事件,事件将继续向下传递至子控件。 需要注意的是,在某些情况下,即使 `onInterceptTouchEvent` 返回 false,如果子控件未消费事件,则事件仍可能回传到父控件的 `onTouchEvent` 处理逻辑中。 #### 3. `onTouchEvent` `onTouchEvent` 负责具体处理触摸事件的行为。它的返回值直接影响事件是否被标记为已消费。 - 如果返回 **`true`**,说明当前组件成功消费了该事件,其他组件不会再有机会处理同一事件链中的后续动作[^1]。 - 如果返回 **`false`**,则表示当前组件未能消费该事件,事件可能会重新回到上层组件进行再次分配或处理。 通常情况下,默认实现下的 `onTouchEvent` 都会尝试尽可能多地去消耗掉所接受到的动作序列 (ACTION_DOWN, ACTION_MOVE, ACTION_UP),除非特别设置才会主动放弃某一部分操作权。 ```java @Override public boolean dispatchTouchEvent(MotionEvent ev) { // 自定义分发逻辑... return super.dispatchTouchEvent(ev); } @Override public boolean onInterceptTouchEvent(MotionEvent ev) { // 判断是否需要拦截事件... return super.onInterceptTouchEvent(ev); } @Override public boolean onTouchEvent(MotionEvent event) { switch(event.getAction()) { case MotionEvent.ACTION_DOWN: // Handle down action. break; case MotionEvent.ACTION_MOVE: // Handle move action. break; case MotionEvent.ACTION_UP: // Handle up action. break; } return true; // 表示本视图已消费此次点击事件 } ``` 上述代码展示了三个函数的基本结构以及它们之间相互配合完成整个触碰流程的方式。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值