个人博客：haichenyi.com。感谢关注

预知识点

1. Android的一次点击事件由三部分组成：

• ACTION_DOWN(按下)：只能有一个
• ACTION_UP(抬起)：只能有一个
• ACTION_MOVE(移动)：一个或者多个

  为什么移动事件能有多个呢？因为你手指按在屏幕上滑动会触发多个MOVE事件，而这次点击事件的结束，是在你手指离开屏幕的那一刻，才结束。

2. Android的事件传递是责任链的模式，一层一层的向下传递，传递到最下层之后，没人认领，就一层一层的往回传（这就是很多人说的从外到内，再从内到外）

Android点击事件

结论

   简单的分析成从 Activity——ViewGroup——View，结论：如下图

不做任何处理的结论图.png

有几点要注意：

• dispatch分发方法，不做任何处理，表示向下分发
• onIntercept拦截方法，不做任何处理，表示不拦截
• onTouchEvent，不做任何处理，表示不处理事件
• view group比activity和view多一个拦截方法。activity不需要拦截方法是因为，他要么向下分发，要么自己处理不需要拦截。view也类似，要么分发，要么回传。

这个图就是我们不修改默认的返回值的情况下，全部都是super的方式一层一层传递的结论。最上层的activity，中间层的viewgroup，最下层的view。跟着箭头的方向看：

1. activity的分发事件不做处理，分发给中间层view group去做分发
2. view group的分发事件也不做处理，传递给自己的拦截方法
3. view group的拦截事件不做处理，传递给最下层的view去做分发
4. view的分发事件不做处理，它也没有下一层了，所以，它就会传递给自己的onTouchEvent方法，去处理事件
5. view的onTouchEvent方法，不做任何处理，那么，它就会回传给中间层view group的onTouchEvent方法
6. view group的onTouchEvent方法不做处理，就会回传给最上层activity的onTouchEvent方法
7. 如果，最上层的activity的onTouchEvent方法也不做处理，那么，系统就会抛弃这次点击事件，也就是 这次点击事件没有任何反应。

以上就是一次点击事件不做处理的正常流程

上面的结论是怎么的出来的呢？就是新建一个view group，新建一个view，重写这几个方法，打印日志，其他啥也没动。

activity布局图.png

viewgroup图.png

view图.png

activity布局图.png

想要验证上面的结论，自己也可以去写了试一下，没有什么难点，就是打印日志，把view写到activity布局里面，然后点击view就行了

埋个点：这里日志打印都在super前面。

那么，问题来了，如果：

1. 某一层不想要分发这次事件，怎么办呢？(dispatch)
2. view group想要拦截这次事件，怎么办？(onIntercept)
3. 某一层想自己处理，不回传了，怎么办？(onTouchEvent)

某一层不想要分发这次事件，怎么办呢？(dispatch)

  activity层如果想要不分发这次点击事件，自己的onTouchEvent直接处理。你只有不调用super方法，直接写死返回值，不管是true，还是false，都会直接调用自己的onTouchEvent方法。就像下面这样：

//activity的dispatchTouchEvent方法
    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        Log.v("hcy","activity:dispatchTouchEvent:"+ev.getAction());
        //只要你调用了super方法，不管是返回true还是false，都会正常的向下传递
//        super.dispatchTouchEvent(ev);
        return true;
        return false;
    }

运行的结论我就不贴出来了。最后再总结一张总图

  view group不分发，此时，activity已经分发下来了，view group不想往下分发了，就需要回传回activity的onTouchEvent方法。写法如下：

//view group的dispatchTouchEvent方法
    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        Log.v("hcy","viewGroup:dispatchTouchEvent:"+ev.getAction());
        //不调用super方法，返回true，流程就会在这里中断，分发方法就直接消费了这次事件
//        return super.dispatchTouchEvent(ev);
        return false;
    }

  view 不想分发，就需要回传给view group的onTouchEvent方法，然后是否需要回传给activity的onTouchEvent方法，就需要view group的onTouchEvent方法的返回值去判断了，后面再说。

//view 的dispatchTouchEvent方法
    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        Log.v("hcy","view:dispatchTouchEvent:"+event.getAction());
//        return super.dispatchTouchEvent(event);
        return false;
    }

那么，结论就如下表格：

ps：中断：表示整个流程就中断了，没有任何回调了

不分发：表示正常回调，符合预期

符合预期，需要去思考一下。我们这里是不分发，就把事件还给上一层，那么，

1. view group，就是触发activity的onTouchEvent方法。
2. view，就是触发view group的onTouchEvent方法。

view group想要拦截这次事件，怎么办？(onIntercept)

//view group的拦截事件
    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        Log.v("hcy","viewGroup:onInterceptTouchEvent:"+ev.getAction());
//        return super.onInterceptTouchEvent(ev);
        return true;
    }

拦截事件：表示拦截了自己处理

那么，结论就如下表格：

这里的拦截，会触发自己的onTouchEvent方法。

上面的不分发，是触发上一层的onTouchEvent方法。

这里的概念都不能死记硬背，需要结合上下文去理解。

某一层想自己处理，不回传了，怎么办？(onTouchEvent)

onTouchEvent是从内向外回传，那么，我们先来看最内层view的onTouchEvent，代码如下

//view的onTouchEvent代码
    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.v("hcy","view:onTouchEvent:"+event.getAction());
//        return super.onTouchEvent(event);
        return true;
    }

true，表示自己处理，不会往上回传。false,super表示不自己处理，需要回传

view group的onTouchEvent，代码如下

//view group的onTouchEvent代码
    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.v("hcy","viewGroup:onTouchEvent:"+event.getAction());
//        return super.onTouchEvent(event);
        return true;
    }

view group的结论与view的相同。都是：true，表示自己处理，不会往上回传。false,super表示不自己处理，需要回传。
  activity没有上一层，不需要回传。所以，activity的onTouchEvent，不需要去考虑

那么，结论就如下表格：

到这里，事件的传递基本上就说完了。完整的流程图如下：

完整的流程图.png

更简单的理解：

dispatch：是否分发

Intercept：是否拦截

onTouchEvent：是否自己处理

true：真的

false：假的

分发需要额外单独记忆。