dispatchTouchEvent & onTouchEvent & onInterceptTouchEvent

本文深入解析Android事件处理流程,从View的基本事件处理到ViewGroup的特殊机制,包括事件拦截、分发与处理过程。通过具体案例,详细解释事件到达不同组件时的走向与关键逻辑。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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

        View:先走该View的dispatchTouchEvent,然后再走onTouchEvent(也有可能不走)
        什么时候不会走onTouchEvent呢?当重写dispatchTouchEvent,不走super.dispatchTouchEvent直接返回false,它就不会走onTouchEvent。当然这样做是违反android架构常理的,一般的dispatchTouchEvent是不建议重写的。不过通过这个案例我们可以总结出这么一个结论.
        在事件到达view的时候,先走dispatchTouchEvent,在系统的dispatchTouchEvent中它会调用该view的OnTouchEvent方法,如果此onTouchEvent方法的down事件里返回true,则dispatchTouchEvent方法也返回true,且把以后的move事件,up事件都传给onTouchEvent。之后的move事件及up事件的返回值,onTouchEvent返回什么dispatchTouchEvent也返回什么。
        相反如果传第一个down事件给onTouchEvent的时候,onTouchEvent返回的是false,从此事件不再会传过来,也就是不会走dispatchTouchEvent。更不会走onTouchEvent

针对一个ViewGroup来讲(没有子view的时候):
        事件的走向是dispatchTouchEvent->onInterceptTouchEvent->onTouchEvent
        我们会发现它们的逻辑跟view 的没什么两样,只是在走down事件的时候onInterceptTouchEvent会在中间,而这里不管onInterceptTouchEvent返回什么都不会干扰它


当Viewgroup里有子view的时候:
        down事件走向:viewgroup.dispatchTouchEvent->viewgroup.onInterceptTouchEvent 
            ->如果返回true->viewgroup.onTouchEvent ---- 分支1
            ->如果返回false->view.dispatchTouchEvent ---- 分支2

        分支1:之后的move或up事件的走向是:viewgroup.dispatchTouchEvent->viewgroup.ontouch  这里不管ontouch返回的是什么都是这个走向
        分支2:down事件到了view.dispatchTouchEvent->view.onTouchEvent
                    ->返回true->分支3
                    ->返回false->viewgroup.ontouchEvent
                                    ->返回true->move,up等事件viewgroup.dispatchTouchEvent-
                                    ->返回false,则该viewgroup不会再收到后续事件了


        分支3:子view的onTouchEvent返回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
 
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值