Android 事件分发机制

最近一直很忙，没时间写博客。不过为了不成为一个狗熊（狗熊掰棒子，掰一个扔一个），还是抽点时间写写博客吧，嘿嘿。

下面就由我这个渣渣给大家讲讲，Android事件分发机制。我先介绍我参考的文章:http://blog.csdn.net/guolin_blog/article/details/9097463

                                                                                                                                                       http://blog.csdn.net/guolin_blog/article/details/9153747

                                                                                                                                                      http://www.cnblogs.com/lwbqqyumidi/p/3500997.html

事件分发机制类似于捕获冒泡模式。

捕获模式：首先事件先由外部view接收，然后传递给内层的view，这样依次传递，完成捕获过程。 

        冒泡模式： 事件由事件源的最小view开始，依次向外冒泡，将事件对层传递。

        Android的事件分发方式比这个要复杂一点，具体表现为事件分发、事件拦截和事件响应。

                                                                                                                

        

		viewGroup	view	activity
dispatchTouchEvent	事件分发	yes	yes	yes
onInterceptTouchEvent	事件拦截	yes	yes	no
onTouchEvent	事件响应	yes	yes	yes

返回格式	true	false	super
dispatchTouchEvent	拦截并自己消费掉	拦截并交给上层的onTouchEvent消费	交给本层的onInterceptTouchEvent
onInterceptTouchEvent	拦截并交给本层的 onTouchEvent	不拦截交给下层的 dispatchEvent	同返回false
onTouchEvent	处理完时间后消费掉此事件	交给上层的 onTouchEvent	同返回false

          事件分发： dispatchTouchEvent：

          当有监听到事件时，首先由Activity捕获到，进入事件分发处理流程。无论是activity还是view，事件分发本身也具有事件消费能力，

           如果事件分发返回 true，表示该事件在本层不再进行分发且已经在事件分发自身中被消费了。至此，事件分发已经结束。

       如果事件分发返回false，表示事件在本层不再继续进行分发，并交由上层控件的onTouchEvent方法进行消费。

           如果事件分发返回系统默认的 super.dispatchTouchEvent, 事件将分发给本层的 onInterceptTouchEvent方法进行处理

         从上面可以看出， dispatchTouchEvent 无论返回true或者false，事件都不再进行分发，只有当其返回super.dispatchTouchEvent，才表明其具有向下分发的愿望。

         事件拦截： onInterceptTouchEvent         

如果 onInterceptTouchEvent 返回 true，则表示将事件进行拦截，并将拦截到的事件交由本层控件 的 onTouchEvent 进行处理；

如果返回结果是false；则表示不对事件进行拦截，事件得以成功分发到子View。并由子View的dispatchTouchEvent进行处理。

如果返回super.onInterceptTouchEvent(ev)，事件默认不会被拦截，交由子View的dispatchTouchEvent进行处理。

    

 事件响应：public boolean onTouchEvent(MotionEvent ev)

如果onTouchEvent返回true，表示onTouchEvent处理完事件后消费了此次事件。此时事件终结，将不会进行后续的冒泡。

如果onTouchEvent返回false，事件在onTouchEvent中处理后继续向上层View冒泡，且有上层View的onTouchEvent进行处理。

如果返回super.onTouchEvent(ev)，则默认处理的逻辑和返回false时相同。

  

        在 onTouchEvent中  进行  onClick  和 longClick的判断

     假设两个listener都注册了，并且都可以点击，首先会先判断  时间是否达到了  触发longClick的时间，达到了  触发 longClick事件，longClick返回true ，自己消费掉，返回false交给本层的 Click去处理。时间达不到直接交给 Click去处理。