聊一下View的事件分发及处理，为什么主题都是View，因为作为一名初级应用层Android工程师，跟我打交道最多的莫过于各种各样的View，只有详细了解他们各自的习性，才能更好地跟他们沟通交流，做出自己想要的效果。

基础储备 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不同于ViewGroup的是，View中没有onInterceptTouchEvent方法，因为View作为事件处理的最后一级，不需要判断是否要拦截，是一定要拦截，不管能不能处理，都要试一下，所以在View中调用流程是：

而且，最后onTouchEvent的返回值默认都是True，也就是说事件传递下去一般都会被消耗掉的，只是看中途是否有人拦截，这个时候读者可能会有疑问：TextView的onTouchEvent的返回值也是True吗？答案就是:是的，那为什么点在TextView上面还是能触发它的父视图的onTouchEvent，理论上不应该是，TextView消耗掉这次的事件，不回传。理论上确实是这样，但是因为TextView的clickable和longClickable属性都是false，当这两个属性都为false的时候，是不会消耗事件的，所以TextView不会消耗事件，这也就可以解释为什么把一个TextView放在一个Button上面，然后点击TextView还是能触发Button的点击事件

详解处理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中自己处理。