导航：首页 > 网络技术 >

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

发表于：2024-11-25 作者：热门IT资讯网编辑

编辑最后更新 2024年11月25日，转载好文章：http://blog.csdn.net/chunqiuwei/article/details/41084921学了这么久的Android,面试也常被问到事件分发机制,但总感觉对这个机制还

转载好文章：

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