随我一起慢慢揭开Andoird里事件分发机制的神秘面纱
学了这么久的Android,面试也常被问到事件分发机制,但总感觉对这个机制还是不清不楚.突然之间
翻了一下李刚的<Crazy Android>,突然有了一些感悟,所以就立马记下来:
一、监听与回调
第一,要明白和事件相关的3个概念:事件源,事件,事件监听器.
事件源:就是事件作用的对象
事件:就是事件本身,可以是点击,长按,移动等等,就是XxxEvent.
事件监听器:就是Listener,一般写成内部类的形式,说白了,就是一个类，而这个类往往是事件源
内部的接口实现类。
第二,<Crazy Android>上总结得很到位: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.
也就是从上往下查找，自然事件也是从上往下传递。
在做《风口》项目时，我也遇到过这种问题：
明明点击的地方什么也没有，但是事件却被响应了。我将布局看来看去，想了很久，突然
明白这就是事件分发导致的。FrameLayout的上层Layout点击的位置没有控件响应事件，但是在下
一层的Layout中，鼠标点位的位置有控件响应。这种解释了这种见鬼的原因！