android事件分发_具体的日志分析-CSDN博客

事件分发在android开发中是一个让人头疼的问题，也是在面试过程中问的比较多的一个问题。同样如果能了解事件分发的过程，将有利于我们处理在开发过程中遇到的组件间滑动问题。所以这个也是在复习的时候重点要看的知识点。在准备这篇文章资料的时候我也在草稿纸上画了几次流程，但是总感觉没有《图解 Android 事件分发机制》作者的流程图画的好，所以文章中的流程图就抄了这位作者的流程图(汗颜)。

从上面的日志信息我们可以看到，当我们点击屏幕的个View的时候，事件先从EventActivity的dispatchTouchEvent分发给TestFrameLayout的dispatchTouchEvent然后在分发到TestView的dispatchTouchEvent中（提前是onInterceptTouchEvent没有拦截）最终交给了TestView的onTouchEvent方法。前文提到过，如果View的onTouch返回为false或者是父类的同名方法，将代表其不处理这个事件，那么事件将会回传。从上面的日志信息我们也能看出来，DOWN事件有被回传给TestFrameLayout的onTouchEvent处理。TestFrameLayout也是返回父类的同名方法，事件将继续回传最后回传到了EventActivity的onTouchEvent中吃力。另外我们从上面的信息中也可以看出，后面的UP事件也没有再向下分发，而是继续交给了Activity的onTouchEvent处理了。

View的onTouchEvent返回true的日志信息

当View的onTouch返回true的时候，代表要处理这个事件。这个事件就不会再回传，后续事件也将会交给他处理。可以分析下面红框的信息

当ViewGroup的onTouchEvent返回true时的日志信息

下面红色框为子控件日志信息，事件分发给ViewGroup的子组件TestView，但是它没有处理，事件回传给ViewGroup(黄色框中的日志),它的onTouchEvent返回true，代表事件被他消耗了，后续的事件也将分发给他处理。

当onInterceptTouchEvent返回true的日志信息

该方法如果返回为true，表示拦截，事件将交给TestFrameLayout自身的onTouchEvent处理(也就是最后事件消耗或者不消耗，都要看ViewGroup的onTouchEvent怎么处理了)。从下的日志信息中我们看到TestView的onTouchEvent方法并没有调用可以看出。

dispatchTouchEvent 返回true日志

注:下面给出的是ViewGroup的日志信息，View的该返回返回的信息和这个差不多，他们两个区别是View将事件传递给ViewGroup的dispatchTouchEvent，而ViewGroup将事件传递给的是Activity的dispatchTouchEvent方法中。因此由于篇幅原因，这里就粘出View的日志信息了。

如果dispatchTouchEvent返回true则代表事件被消耗，事件将不会在向下分发。后续事件将交给他处理。（View同理）

dispatchTouchEvent 返回false

如果dispatchTouchEvent返回false，事件也将不会在向下分发,事件将会回传给他上级的onTouchEvent方法中。后续事件将交给他的上级处理处理。（View同理)

终结

想要真正搞清楚事件分发，还是要亲自写个demo测试才能容易搞明白，这篇文章个人感觉写的还是有点乱（表达水平有限，嘿嘿）！如果看完了这篇文章不知道在说什么，可以看一看下面的两个链接，这两个链接算是我看过的讲事件分发的文章中写得计较好两个。推荐先看《图解 Android 事件分发机制》，一定要将作者画的流程图搞清楚。