Android图解浅析事件拦截机制

当Android系统捕获到用户的各种输入事件后，如何准确的传递给真正的需要这个事件的控件？Android提供了一整套完善的事件传递、处理机制，来帮助开发者完成准确的事件分配与处理，这里我就不分析源码了，简单点，图形化分发过程，便于理解，待到后期分析dispatchTouchEvent源码时，回想这个图解，会方便理解很多。

当我们点击一个按钮时，通常会产生两个或者三个事件---按下、滑动（可能无）、抬起。Android为触摸事件封装了一个类----MotionEvent，其中假如我们重写一个view的onTouchEvent事件中的参数就是一个MotionEvent。由于Android的View结构是树形结构，也就是说，View可以放在ViewGroup里面，通过不同的组合来实现不同的样式。View可以放在一个ViewGroip,而这个ViewGroup又放在另一个ViewGroup里面，甚至还有可能继续嵌套。可能同一个事件，子View和ViewGroup都有可能想要进行处理，因此怎么样去“分发“和“拦截”的问题就产生了。

假设有这么一个View,一个ViewGroupA,里面嵌套了另一个ViewGroupB,而ViewGroupB里面有一个view。整体的布局结构如下：

布局文件如下：

整体的Activity包含3个自定义的View，项目结构是MyView、MyViewGroupB、MyViewGroupA。所以整体Touch事件的主角是View和ViewGroup，而与View相关的Touch事件有2个dispatchTouchEvent和onTouchEvent；与ViewGroup相关的Touch事件有3个dispatchTouchEvent，onInterceptTouchEvent，onTouchEvent。所以我们在定义好View和ViewGroup后，让其分别是实现这些方法。

代码如下：

MyView.java

import android.content.Context;
import android.util.AttributeSet;
import android.util.Log;
import android.view.MotionEvent;
import android.view.View;

public class MyView extends View {
	private String Tag = "MyView";

	public MyView(Context context, AttributeSet attrs, int defStyleAttr) {
		super(context, attrs, defStyleAttr);
	}

	public MyView(Context context, AttributeSet attrs) {
		super(context, attrs);
		Log.d(Tag, "----->MyView");
	}

	@Override
	public boolean onTouchEvent(MotionEvent event) {
		Log.e(Tag, "----->onTouchEvent");
		return super.onTouchEvent(event);
	}

	@Override
	public boolean dispatchTouchEvent(MotionEvent event) {
		Log.e(Tag, "----->dispatchTouchEvent");
		return super.dispatchTouchEvent(event);

	}

}

MyViewGroupA.java

import android.content.Context;
import android.util.AttributeSet;
import android.util.Log;
import android.view.MotionEvent;
import android.view.ViewGroup;
import android.widget.LinearLayout;

public class MyViewGroupA extends LinearLayout {
	private String Tag = "MyViewGroupA";

	public MyViewGroupA(Context context, AttributeSet attrs, int defStyleAttr) {
		super(context, attrs, defStyleAttr);
		// TODO 自动生成的构造函数存根
	}

	public MyViewGroupA(Context context, AttributeSet attrs) {
		super(context, attrs);
		Log.d(Tag, "----->MyViewGroupA");
	}

	@Override
	public boolean dispatchTouchEvent(MotionEvent ev) {
		Log.e(Tag, "----->dispatchTouchEvent");
		return super.dispatchTouchEvent(ev);
	}

	@Override
	public boolean onInterceptTouchEvent(MotionEvent ev) {
		Log.e(Tag, "----->onInterceptTouchEvent");
		return super.onInterceptTouchEvent(ev);
	}

	@Override
	public boolean onTouchEvent(MotionEvent event) {
		Log.e(Tag, "----->onTouchEvent");
		return super.onTouchEvent(event);
	}

}

MyViewGroupB和A一样，就不贴了。

其中上面事件的传递的返回值是这样的，如果返回true,表示该View(ViewGroup)拦截了，不继续往下分发事件了，如果返回false，表示不拦截，继续往下分发。默认的调用父方法super.xxx是表示不拦截的意思。

下面就开始来验证吧。

运行我们的项目，先看看我们3个view的加载情况吧：

可以看出是由外到内加载的。

好了，开始touch事件吧，现在我们先点击最外层粉红的ViewGroupA，观察Log输出：

然后点击蓝色区域的ViewGroupB,再观察Log输出：

最后点击MyView观察输出

由此，我们可以大致的绘制出如下图所示的这样的一个图解流程。

现在假如我们修改MyViewGroupA中的onInterceptTouchEvent()事件，将其返回值改为True，点击任意一层view，现在我们再看log输出：

可以看出只有A的3个事件进行了处理，由此事件被A拦截了。流程图如下所示：

同理，将A的返回值改回来，我们修改MyViewGroupB的onInterceptTouchEvent()方法，也返回true，然后点击MyView或者MyViewGroupB，试试。Log输出如下：

也就是事件只是分发到了MyViewGroupB,没有到MyView，整个流程图如下所示：

最后，假如底层的MyView想处理呢，相应的我们只用修改下onTouchEvent()的返回值就好，将其改为返回true.然后点击MyView看看log输出。

流程图是这样的：

好了，文章到此结束，先简单的对分发和拦截有个大致的了解，但事件分发机制还没完全分析完，等待下一篇再来分析。

如果觉得分析的不过瘾，可以继续对此进行源码的分析，借用大神的分析博客，结合本篇的图解，相信本文应该还是有帮助的吧。喜欢的话，点个赞，留个言~

庖丁解牛，继续分析：

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

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

最后，如果对文章有什么疑惑，欢迎指出，共同进步！