转载

图解View的事件分发机制

最近经常写自定义组件的代码，做一些事件处理，花时间整理了下知识点。谈到View的事件传递，主要就是在dispatchTouchEvent，onTouchEvent，onInterceptTouchEvent等几个生命周期函数。我写了这样一个demo，也就是在这些生命周期函数里打印出日志，然后加以分析。

activity_main.xml

CustomViewGroup.java

CustomView.java

MainActivity.java

案例1:ViewGroup和View都不消耗事件，最终交给Activity消耗 view1

黑色剪头表示 ACTION_DOWN的事件分发，分发最后找到事件消耗的对象是 Activity 之后的ACTION_MOVE，ACTION_UP 事件分发如绿色箭头所示注：1.实际开发中我们可能经常会操作setOnTouchListener，这个会在onTouchEvent之前调用。这个给开发者提供了一个接口来捕获View的事件，如果这个 return false，那么事件还会传到OnTouchEvent。如果不想传到 OnTouchEvent，就return true，相当于拦截了事件。后面的案例中类似，不在做分析。 2.dispatchTouchEvent一般只负责事件的分发，不建议把逻辑放在这里，也就是这里的返回值一半都是 return super.dispatchTouchEvent 案例2:Touch的区域是在ViewGroup之内，View之外 view2

黑色剪头表示 ACTION_DOWN的事件分发，分发最后找到事件消耗的对象是 Activity 之后的ACTION_MOVE，ACTION_UP 事件分发如绿色箭头所示 案例3:View消耗事件 view3

黑色剪头表示 ACTION_DOWN的事件分发，分发最后找到事件消耗的对象是 View 之后的ACTION_MOVE，ACTION_UP 事件分发如绿色箭头所示 案例4:ViewGroup消耗事件，但经过View传递 view4

黑色剪头表示 ACTION_DOWN的事件分发，分发最后找到事件消耗的对象是 ViewGroup，但是事件经过View传递，只是View没有消耗，所以最后回到ViewGroup，被ViewGroup消耗。之后的ACTION_MOVE，ACTION_UP 事件分发如绿色箭头所示 案例5:ViewGroup消耗事件，但不经过View传递 view5

黑色剪头表示 ACTION_DOWN的事件分发，分发最后找到事件消耗的对象是 ViewGroup，但是事件不经过View传递，而且后面的ACTION_MOVE，ACTION_UP事件也不会经过onInterceptTouchEvent。之后的ACTION_MOVE，ACTION_UP 事件分发如绿色箭头所示。综上，常见的需求一般是案例3，案例5的情况。弄的这几种情况，对View的事件分发就有了一点理解。如果有什么不对的地方，希望大家留言指正。

原文出处：