Android图解浅析事件拦截机制

╰半橙微兮° 2022-08-22 13:25 170阅读 0赞

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

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

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

![Center][]

布局文件如下：

整体的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的加载情况吧：

![Center 1][]

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

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

![Center 2][]

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

![Center 3][]  
最后点击MyView观察输出

![Center 4][]

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

![Center 5][]

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

![Center 6][]

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

![Center 7][]

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

![Center 8][]

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

![Center 9][]

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

![Center 10][]

流程图是这样的：

![Center 11][]

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

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

庖丁解牛，继续分析：

http://blog.csdn.net/guolin\_blog/article/details/9097463

http://blog.csdn.net/guolin\_blog/article/details/9153747

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

[Center]: /images/20220722/a610c1c6b7c445b2a434f7055f5b0a6d.png
[Center 1]: /images/20220722/f0793e2471e1471da7bc2b2379ed80a4.png
[Center 2]: /images/20220722/26244df67d084e288aac9e61ccdc9768.png
[Center 3]: /images/20220722/d8abe1fe2d6e498e83fbf4782aec6102.png
[Center 4]: /images/20220722/1cf148d15c5c42de864606f3be681cfa.png
[Center 5]: /images/20220722/fbd75e1826ef4c9c9e58bd5bd026e24d.png
[Center 6]: /images/20220722/c049d43cacee4c579613fa48d74c6de1.png
[Center 7]: /images/20220722/8fde97face15417b9dfd9b85f7e73735.png
[Center 8]: /images/20220722/7bdde1badb0f4ef397aab9112f12c180.png
[Center 9]: /images/20220722/f17d33d587f64b7bb5734a0a37a440f0.png
[Center 10]: /images/20220722/a8fd22be01b149f698671c6de2b3a5f5.png
[Center 11]: /images/20220722/b25dc440ea614837babf5daed7581b6e.png