随我一起慢慢揭开Andoird里事件分发机制的神秘面纱

转载好文章：

成都创新互联于2013年开始，先为乌拉特前等服务建站，乌拉特前等地企业，进行企业商务咨询服务。为乌拉特前企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。

    http://blog.csdn.net/chunqiuwei/article/details/41084921

 学了这么久的Android,面试也常被问到事件分发机制,但总感觉对这个机制还是不清不楚.突然之间

 翻了一下李刚的,突然有了一些感悟,所以就立马记下来:

一、监听与回调

   第一,要明白和事件相关的3个概念:事件源,事件,事件监听器.

   事件源:就是事件作用的对象

   事件:就是事件本身,可以是点击,长按,移动等等,就是XxxEvent.

   事件监听器:就是Listener,一般写成内部类的形式,说白了,就是一个类，而这个类往往是事件源

           内部的接口实现类。 

   第二,上总结得很到位:Android中的事件处理机制可以分为两大类,监听和回调.

   监听:就是给控件添加一个监听器,即addXxxListener(new XxxListener(){...}),事件源本身不直

      接处理,而是交由事件监听器进行处理.

   回调:当事件作用在事件源的时候,事件源本身会触发一些自己的方法,自己来处理事件.但往往事件

     源的这些方法是封装在事件源对象的内部的,用户看不见.这也就是为什么需要有监听器的原

     因,让用户知道事件源发生了什么事件.通常在自定义控件的时候,就需要复写和Touch相关的

     事件,同时抽取监听器接口,让用户去实现.

-----------------------------------------------------------------------------------------

   举个小例子:

      假如有这样一个需求:点击一下Button,打印一条日志.

      那么有2种实现方式

      第1种实现方式-为Button设置监听器

         Button.setOnClickListener(new OnClickListener(){

         onClick(View view)

           {

              Log...

            } 

         }); 

      第2种实现方式-继承Button,自定义一个MyButton

         定义的时候,复写Button的onTouchEvent方法,在里面打印日志.

     那么,现在又有一个需求:点击一下Button,弹出一个吐司.

      如果采用第1种方式,只要修改一下onClick里的代码.

      如果采用第2种方式,那么1种办法是再创建一个Button的子类,另外一个方法就是修改原来

        MyButton的onTouchEvent方法,但是这样一来又不能满足开始的需求了.

      所以到这里,监听与回调的区别也就不言而喻了吧.

       1)监听只是组件的作者在写回调方法时，暴露给用户的一个接口，这样用户可以实现接口，

        达到自身的需求，最终用户实现的接口里的方法在组件的回调方法里会被回调。

二、结合2.3.3中View的源码，再谈监听与回调 

   1.View的dispatchTouchEvent方法

    我之前一直没有搞清楚View的dispatchTouchEvent的返回值的作用，现在明白了，

    返回true，作用在View上的触摸事件（包括Button的点击事件）就会生效；

    返回false，作用在View上的触摸事件就失效。

    但具体dispatchTouchEvent方法又在哪里被调用了呢（？？？？？？？？？？？？？） 

     public boolean dispatchTouchEvent(MotionEvent event) {
           。。。
            if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&
                    mOnTouchListener.onTouch(this, event)) {
                return true;
            }
            return onTouchEvent(event);
     }

       2)监听是先判断的，所以监听比回调的优先级要高。先判断listener.onTouch的返回值

        ,否则就return onTouchEvent(event)将事件交由组件的onTouchEvent回调方法进行处理。

     所谓View的事件分发，解决的问题就是事件是由用户处理还是View自身处理。

三、结合2.3.3中ViewGroup的源码，再谈监听与回调       

    由于ViewGroup的dispatch事件源码过多，我就不一一写了，大致地去描述一下。

     ViewGroup的dispatch事件干的事：

     先弄一个变量来缓存可能会捕捉并处理事件的View,target.

     在点击ev.getAction == MotionEvent.Action_Down的事件里

       根据onIntercept事件判断自己需不需要拦截事件，如果不拦截，则遍历ViewGroup里的

     每个子View，通过计算子View的矩形区域来判断点击事件的坐标有没有落在子View上，如果点

     击事件的坐标落在子View并且子View捕捉并处理事件，那么target就等于这个子View。

        判断target是否为null

            如果为null，则调用ViewGroup的父类的dispatch事件，也就是把ViewGroup当作

         View来处理。

            如果不为null,则交由target.dispatch事件进行处理。

    所谓ViewGroup的事件分发，解决的问题就是事件到底是由哪个View来处理。

四、FrameLayout的事件分发机制

    我们都知道，ViewGroup的事件传递顺序是由父控件往子控件传递，但是假如是FrameLayout的两

    个子控件重叠在一起，并且两个子控件没有包含（父子）关系，那么事件的传递顺序是怎样的呢

    其实这个Android源码里已经说得十分地清楚了，

// Scan children from front to back.

    也就是从上往下查找，自然事件也是从上往下传递。

    1）在做《风口》项目时，我也遇到过这种问题：

        明明点击的地方什么也没有，但是事件却被响应了。我将布局看来看去，想了很久，突然

    明白这就是事件分发导致的。FrameLayout的上层Layout点击的位置没有控件响应事件，但是在下

    一层的Layout中，鼠标点位的位置有控件响应。这种解释了这种见鬼的原因！

    2）小资钱包首页，“马上抢购”按钮和它所在的父布局响应同样的事件。

     第1种方法：给2者注册同一个监听器 

     第2种方法：屏蔽Button对事件的响应，只注册父布局的监听。(即怎么让按钮可点击但是不响

          应点击事件)

          复写Button onIntercept方法返回false.