本篇内容介绍了“Android中如何实现事件分发和处理”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
创新互联公司是一家专业提供芦山企业网站建设,专注与网站设计、成都网站制作、HTML5建站、小程序制作等业务。10年已为芦山众多企业、政府机构等服务。创新互联专业网站建设公司优惠进行中。
基础储备 View、MotionEvent
我们都能详细地说出Android的四大组件：Activity，Service，ContentProvider和BoardcastReceiver，但是四大组件之外，我们用到也很多的是什么，其中肯定包括View，View是用户跟程序沟通的入口，也是程序展现给用户信息的窗口。关于View，一些基础属性还是要了解的，left，top，right，bottom，分别代表了view的左上角和右下角分别相对x轴，y轴的坐标，而且view的getWidth和getHeight的值都是通过这四个值算得，而且在Android3.0中还增加了x，y，translationX和translationY这几个属性，便于我们对view的平移操作，x、y代表了当前view左上角的xy坐标，而translationX和translationY代表了view相对它的父容器的偏移量，默认值是0。
MotionEvent表示用户的触摸事件，用户的一次点击、触摸或者滑动都会产生一系列的MotionEvent：
MotionEvent.ACTION_DOWN 表示用户的手指刚接触到屏幕
MotionEvent.ACTION_MOVE 表示用户的手指正在移动
MotionEvent.ACTION_UP 表示用户的手指从屏幕上抬起
所以一次用户触摸屏幕可能会产生这些事件:
点击屏幕然后松开，Down->Up
点击屏幕，然后滑动一段距离，松开屏幕 ，Down->Move->…->Move->Up
了解了这些基本知识以后，我们就来学习一下具体怎么分发这些事件
ViewGroup 分发-> 拦截 -> 处理
首先说一点，虽然ViewGroup也是继承View而来，但是因为在事件拦截上，ViewGroup分析起来更加方便理解，所以先说ViewGroup，下面也会简单介绍一下View的事件处理。
在事件分发的过程中，主要涉及到三个方法:
dispatchTouchEvent(MotionEvent event);
onInterceptTouchEvent(MotionEvent event);
onTouchEvent();
初看这三个方法就有蒙圈，如果这时候在蒙头钻进源码里，就更是糊涂，我在这里借用任玉刚大大的一段伪代码解释一下这三者之间的关系：
public boolean dispatchTouchEvent(MotionEvent event) { boolean consume = false; if (onInterceptTouchEvent(event)) { consume = onTouchEvent(event); } else { consume = child.dispatchTouchEvent(event); } return consume; }
从这段伪代码中，我们可以看出来，在dispatchTouchEvent中，先调用ViewGroup自身的onInterceptTouchEvent方法，判断自己是否要拦截，如果这时候自己拦截，那就调用自己的onTouchEvent方法，如果onTouchEvent方法返回了True，那么这次的事件就算消耗了，事件传递到此为止，如果返回了False，证明这次没有消耗这次MotionEvent，那么这次的事件就会往上返回，由上一级继续处理;如果当前ViewGroup的onInterceptTouchEvent返回了False，那就会调用它的子view的dispatchTouchEvent方法，这样这个事件就传递下去了，如果它的子View处理不了，那么还会回来调用ViewGroup的onTouchEvent方法，当然这一点是没有在这一段伪代码里体现的，用一段通俗的例子解释：
领导收到一份任务(有可能是上级给的)，自己看了一眼，然后决定好好休息，今天不工作，就把这个任务交给了手下的小王，小王的默认属性是只要来任务就接，而且就干，能干不能干一样接，如果这是一个简单的任务，那么小王就解决了，这个任务也就完成了，不幸的是，这次任务小王没有解决掉，然后向领导反馈，领导没办法，手下没人能解决，只好自己干了，就开始解决问题，然后解决掉，任务也完成了。
这就是ViewGroup层的事件分发，当然不是这么简单，这只不过是通过简单的方式去理解，其实在真实的事件分发中，有很多问题需要注意：
一个完成的事件序列以Down开始，中间可能包含若干个Move，然后以Up结束
一个view一旦拦截一个某个事件，当前事件所在的完整事件序列将都会由这个view去处理，反应在真实的代码中，就是一旦view拦截了down事件，那么此后的move和up事件都将不调用onInterceptTouchEvent，而直接由它处理，这就也意味着在onInterceptTouchEvent处理事件是不合适的，因为有可能来了事件，却直接跳过onInterceptTouchEvent方法。这个也意味着，一旦一个ViewGroup没有拦截ACTION_DOWN，那么这个事件序列的其他Action，它都将收不到，所以在处理ACTION_DOWN的时候，尤其需要谨慎。
onTouchEvent中是要判断MotionEvent的Action，因为一次点击操作就会调用两次onTouchEvent方法，一次是ACTION_DOWN，一次是ACTION_UP，如果手滑一下，还会有若干个ACTION_MOVE
ViewGroup默认不拦截任何事件，源码中ViewGroup的onInterceptTouchEvent方法默认返回的是false
整个事件分发，看起来都是由外向内传递的，父View将事件传递给子View，理论上来看，子View是没有办法影响到父View的事件处理的，但是有一个标示位，requestDisallowInterceptTouchEvent方法，通过这个方法 ，子View能够影响父view的事件处理，这个可以用于解决父view和子view的滑动冲突，具体想了解的可以搜索它的相关用法，这里将不进行展开。
View 只有默默的承受
View不同于ViewGroup的是，View中没有onInterceptTouchEvent方法，因为View作为事件处理的***一级，不需要判断是否要拦截，是一定要拦截，不管能不能处理，都要试一下，所以在View中调用流程是：
dispatchTouchEvent -> onTouchEvent
而且，***onTouchEvent的返回值默认都是True，也就是说事件传递下去一般都会被消耗掉的，只是看中途是否有人拦截，这个时候读者可能会有疑问：TextView的onTouchEvent的返回值也是True吗?答案就是:是的，那为什么点在TextView上面还是能触发它的父视图的onTouchEvent，理论上不应该是，TextView消耗掉这次的事件，不回传。理论上确实是这样，但是因为TextView的clickable和longClickable属性都是false，当这两个属性都为false的时候，是不会消耗事件的，所以TextView不会消耗事件，这也就可以解释为什么把一个TextView放在一个Button上面，然后点击TextView还是能触发Button的点击事件
在这里可能需要提醒一下大家，算是一个我之前踩到的一个坑，我把一个view的enable状态设成了false，然后又给它增加了onClickListener，这时候我本以为，它的点击事件不会被触发，结果它还是可以被点击，后来才了解到，view的enable状态和onTouchEvent是没有关系的，只有clickable状态是对onTouchEvent有影响的，还有一点 ，设置 view的enable为false确实也会把view的clickable设成false，但是设置view的onclickListener就又把view的clickable变成了true，所以***的解决方案就是把那两行代码换下先后顺序，问题就迎刃而解了。
详解处理GesutureDetector
费劲千辛万苦，终于把事件拦截下来了，然后我们需要总得做点什么吧，不然都对不起自己浪费这么多口舌，说到对事件的处理，我们首先想到的就是setOnClickListener，殊不知onClickListener的优先级是***的，下一节里面会对优先级进行说明，而这里，我们将主要想着如果处理事件，当我们兴奋地拿到一连串的事件，但又不知如何下手，甚至于连最简单的点击事件都要自己进行一番处理，更别提做成平移、旋转、缩放这样的操作，但是官方提供的GestureDetector给我们提供了可能。
官方提供的GestureDetector是一个手势辅助检测类，默认能够检测多种手势：
class SimpleGestureListener implements GestureDetector.OnGestureListener { @Override public boolean onDown(MotionEvent e) { return false; } @Override public void onShowPress(MotionEvent e) { } @Override public boolean onSingleTapUp(MotionEvent e) { return false; } @Override public boolean onScroll(MotionEvent e1, MotionEvent e2, float distanceX, float distanceY) { return false; } @Override public void onLongPress(MotionEvent e) { } @Override public boolean onFling(MotionEvent e1, MotionEvent e2, float velocityX, float velocityY) { return false; } }通过这个类，我们可以很方便的处理除了单击和长按之外，还有滑动，双击等各种手势，并对其分别进行处理，如果这些还是不能满足你的好奇心，那还有一个官方提供的ScaleGestureDetector，从名字就可以判断出来这是一个检测缩放手势的辅助类，而且还有大牛仿照ScaleGestureDetector思路做出了平移以及旋转的辅助类，然后我们就可以根据这些辅助类，几乎为所欲为了，下面我写了一个支持平移，缩放，旋转的小Demo。
private void init() { scaleGesture = new ScaleGestureDetector(getContext(), new ScaleListener()); moveGesture = new MoveGestureDetector(getContext(), new MovingListener()); rotateGesture = new RotateGestureDetector(getContext(), new RotateListener()); } @Override public boolean onTouchEvent(MotionEvent event) { scaleGesture.onTouchEvent(event); moveGesture.onTouchEvent(event); rotateGesture.onTouchEvent(event); return true; } private class ScaleListener implements ScaleGestureDetector.OnScaleGestureListener { @Override public boolean onScale(ScaleGestureDetector detector) { setScaleX(detector.getScaleFactor() * getScaleX()); setScaleY(detector.getScaleFactor() * getScaleY()); return true; } @Override public boolean onScaleBegin(ScaleGestureDetector detector) { return true; } @Override public void onScaleEnd(ScaleGestureDetector detector) { } }onTouchListener OnTouchEvent OnClickListener
我们在知道onTouchEvent之前肯定都知道onClickListener和onTouchListener，而他们都是事件的消费者，onTouchListener是在onTouch方法中生效，而且onTouch要先于onTouchEvent，就是说一旦设置了onTouchListener并且***onTouch方法返回了True，那onTouchEvent将不会再被执行，而onClickListener和onTouchEvent有些关系，onTouchEvent的默认实现里会调用onClickListener的onClick方法，如果重写了onTouchEvent，因为onClickListener接受不到ACTION_DOWN和ACTION_UP，那么再设置onClickListener也就不会再生效了，这个时候的单击或者长按处理只能在onTouchEvent中自己处理。
“Android中如何实现事件分发和处理”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站，小编将为大家输出更多高质量的实用文章！
