Android自定义View之事件分发机制总结，内含福利

2401_84149875

于 2024-04-07 05:41:09 发布

阅读量1k

点赞数 12

分类专栏：程序员文章标签： android java 开发语言

本文链接：https://blog.csdn.net/2401_84149875/article/details/137446482

版权

程序员专栏收录该内容

265 篇文章 1 订阅

订阅专栏

本文详细解析了Android中onInterceptTouchEvent、onTouchEvent、onTouchListener和onClick的调用顺序及ViewGroup和View的事件分发逻辑，重点讨论了如何处理滑动冲突。

摘要由CSDN通过智能技术生成

onInterceptTouchEvent方法在dispatchTouchEvent方法内部被调用，用来判断是否拦截某个事件。如果当前View拦截了某个事件，那么在同一个事件序列当中，此方法不会被再次调用，返回结果表示是否拦截当前事件。这个方法只有VewGroup中有，View中没有。

（3）onTouchEvent方法

在dispatchTouchEvent方法中调用，用来处理点击事件，返回结果表示是否消耗当前事件，如果不消耗，则在同一个事件序列中，当前View无法再次接收到事件。

onTouchListener、onTouchEvent、onClickListener的优先级

（1）onTouchListener和onTouchEvent都在dispatchTouchEvent方法中被调用，onClickListener在onTouchEvent方法中被调用

（2）onTouchListener的优先级高于onTouchEvent方法，如果onTouchListener的onTouch方法返回true，则onTouchEvent方法不会被调用，当然onClickListener就更不会被调用了

（3）在onTouchEvent方法中，如果当前View设置了onClickListener，那么onClickListener的onClick方法会被调用

（4）只要View的CLICKABLE和LONKG_CLICKABLE有一个为true，View就会消耗当前事件，也就是说onTouchEvent方法最后会返回true。

（5）View的LONG_CLICKABLE属性默认为false，而CLICKABLE属性和具体的View有关，可点击的View的CLICKABLE属性为true，不可点击的View的CLICKABLE属性为false。

ViewGroup中的事件分发逻辑

ViewGroup中的事件分发逻辑可以用一段伪代码来表述

public boolean dispatchTouchEvent(MotionEvent ev) {

boolean consume = false;

if (onInterceptTouchEvent(ev)) {

consume = onTouchEvent();

}else {

consume = child.dispatchTouchEvent(ev);

}

return consume;

}

从上述的伪代码中我们可以总结出ViewGroup中的事件分发流程：

（1）事件传递到ViewGroup时，dispatchTouchEvent方法会被调用。如果这个ViewGroup的onInterceptTouchEvent方法返回true，则表示它要拦截事件，事件就会交给当前ViewGroup的onTouchEvent方法处理。

（2）如果当前ViewGroup的onInterceptTouchEvent返回false，即不拦截事件，则会调用子元素的dispatchTouchEvent方法，这样就把事件传递给了子元素。

（3）如果子元素没有消耗事件，也就是子元素的dispatchTouchEvent方法返回false，那事件会由当前ViewGroup自己处理，当前ViewGroup的onTouchEvent会被调用。如果当前ViewGroup的dispatchTouchEvent方法也返回false，最后就会一层层往上，如果事件一直没有被消耗，那么最后Activity的onTouchEvent方法会被调用

（4）这里需要理解一下的是ViewGroup继承自View，ViewGroup中并没有onTouchEvent方法。在所有子元素没有消耗事件时，ViewGroup会调用父类，也就是View的dispatchTouchEvent方法，从而调用到onTouchEvent方法来自己处理事件，如果自己没有消耗事件，dispatchTouchEvent方法就会返回false，从而将事件反向往上层传递。

（5）如果ACTION_DOWN事件子元素没处理(onTouchEvent返回false)，那这个事件序列的其他事件(MOVE和UP事件)都不会再分派给子元素处理。

（6）ViewGroup默认不拦截任何事件

（7）对于ACTION_DOWN事件，ViewGroup每次都会调用onInterceptTouchEvent方法来判断是否需要拦截事件，一旦确定要拦截事件，后续的ACTION_MOVE和ACTION_UP事件都ViewGroup自己处理，不会传递给子View，也不会再调用onInterceptTouchEvent方法。所以onInterceptTouchEvent方法不是每次事件都会被调用的。

（8）子View可以通过requestDisallowInterceptTouchEvent方法来干预父元素的除了ACTION_DOWN意外的事件分发过程

View中的事件分发逻辑

requestDisallowInterceptTouchEvent方法

requestDisallowInterceptTouchEvent方法用于影响父元素的事件拦截策略，requestDisallowInterceptTouchEvent(true)，表示不允许父元素拦截事件，这样事件就会传递给子View。一般这个方法子View用的多，可以用来处理滑动冲突问题。

事件分发逻辑

（1）View中没有onInterceptTouchEvent方法，所以一旦事件传递到View，那么View的dispatchTouchEvent方法就会被调用。

（2）dispatchTouchEvent方法中处理事件的逻辑顺序是onTouchListener–>onTouchEvent–>onClickListener。

（3）也就是说如果View设置了onTouchListener，那onTouchListener的onTouch方法会被调用，如果onTouch方法返回true，那事件就被消耗了，事件分发结束，onTouchEvent不会被调用。

（4）如果onTouch方法返回false，那么onTouchEvent就会被调用。如果View设置了onClickListener，当ACTION_UP事件到来时，onTouchEvent中的onClickListener的onClick方法也会被调用。

（5）View一般都会消耗事件，如果View没有消耗ACTION_DOWN事件，那后面ACTION_MOVE和ACTION_UP就都不会传递给View。

常用的滑动冲突处理逻辑

（1）利用父布局的onInterceptTouchEvent方法

这个思路就是在父布局需要处理事件时拦截下来，其他时候不拦截。有几个注意点：

对于ACTION_DOWN事件，onInterceptTouchEvent方法必须返回false，因为一旦返回true，子元素永远也接收不到事件了，那还解决个毛线冲突。

主要的逻辑就在ACTION_MOVE的处理上，需不需要拦截的逻辑在这里根据需要来实现

对于ACTION_UP事件返回false，因为一旦父元素返回true，那子View就接受不到ACTION_UP事件了，也就无法触发onClick事件。

（2）利用子View的requestDisallowInterceptTouchEvent方法

这个思路就是父布局默认拦截除了ACTION_DOWN的所有事件，子View中在dispatchTouchEvent方法中根据需要来干预父布局的拦截策略。默认不允许父布局拦截事件，在需要父布局处理事件时，通过requestDisallowInterceptTouchEvent(false)方法让父布局处理事件，其他时候都由子View处理。
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

最后

简历首选内推方式，速度快，效率高啊！然后可以在拉钩，boss，脉脉，大街上看看。简历上写道熟悉什么技术就一定要去熟悉它，不然被问到不会很尴尬！做过什么项目，即使项目体量不大，但也一定要熟悉实现原理！不是你负责的部分，也可以看看同事是怎么实现的，换你来做你会怎么做？做过什么，会什么是广度问题，取决于项目内容。但做过什么，达到怎样一个境界，这是深度问题，和个人学习能力和解决问题的态度有关了。大公司看深度，小公司看广度。大公司面试你会的，小公司面试他们用到的你会不会，也就是岗位匹配度。

面试过程一定要有礼貌！即使你觉得面试官不尊重你，经常打断你的讲解，或者你觉得他不如你，问的问题缺乏专业水平，你也一定要尊重他，谁叫现在是他选择你，等你拿到offer后就是你选择他了。

另外，描述问题一定要慢！不要一下子讲一大堆，慢显得你沉稳、自信，而且你还有时间反应思路接下来怎么讲更好。现在开发过多依赖ide，所以会有个弊端，当我们在面试讲解很容易不知道某个方法怎么读，这是一个硬伤…所以一定要对常见的关键性的类名、方法名、关键字读准，有些面试官不耐烦会说“你到底说的是哪个？”这时我们会容易乱了阵脚。正确的发音+沉稳的描述+好听的嗓音决对是一个加分项！

最重要的是心态！心态！心态！重要事情说三遍！面试时间很短，在短时间内对方要摸清你的底子还是比较不现实的，所以，有时也是看眼缘，这还是个看脸的时代。

希望大家都能找到合适自己满意的工作！

进阶学习视频