Android事件分发设计原理解析

Android开发中时常会遇到需要自定义View事件处理行为的场景,每次遇到,都会去查找一下讲解事件分发原理的一些文章,看完虽然也能找到解决方案,但始终有种似是而非的感觉。于是我想稍稍整理下我对事件分发设计原理的理解。

一、基础概念

    事件:系统对用户的触摸动作封装而成的一个对象。包括id,类型,位置等信息

    事件序列:同一个手指产生的一系列的事件

    view树,从父view到子view的一个树状结构


二、系统机制

    1dispatchTouchEvent为处理事件入口,感觉handle更贴切一些,分发有点误导

    2dispatchTouchEvent方法中包括处理事件传递的逻辑以及当前view的处理事件的逻辑,如果成功处理了该事件,则返回true。成功处理包含自己处理了,或者自己的子view处理了。

    3事件传递逻辑主要围绕事件对象,处理事件的子view对象,事件传递打断机制展开

            1onInterceptTouchEvent方法,拦截的含义是不再向下传递该事件序列当前和之后的事件;再详细点是包括,不再尝试查找可能处理事件的子view,以及发送cancel事件给之前处理了该事件序列的事件处理者,并且拦截的事件继续由自己的事件处理方法onTouchEvent处理。

    4如果经过以上处理逻辑没有成功处理该事件,则交给当前view自己的事件处理逻辑处理,事件处理逻辑在OnTouchEvent方法中实现。

    5事件一旦处理成功,立刻终止事件处理流程。

三、注意点

    1拦截逻辑:如果是down事件或者事件序列的处理者不为空,则调用onInterruptTouchEvent来决定是否打断传递;否则,必定拦截传递动作(也就是如果不是down事件,也没有子view在之前的down事件中成功处理过该down事件,这样处理合理省事)

    2实现时尽量不要改写dispatchTouchEvent方法,而是通过改写onIntercept方法或者onTouchEvent或者设置onTouchListener方法来实现事件处理需求。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容