android事件拦截处理机制具体解释

前段时间刚接触过android手机开发。对它的事件传播机制不是非常了解,尽管网上也查了相关的资料,可是总认为理解模模糊糊,似是而非,于是自己就写个小demo測试了一下。

总算搞明确了它的详细机制。写下自己的结论。分享之,希望对初学android的人有所帮助

布局效果如图所看到的:

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY2h1bnFpdXdlaQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" />

图1

參照上图先说说详细得到的结论:

1) onInterceptTouchEvent负责对touch事件进行拦截。对于嵌套的view最先运行的是事件拦截方法的是最外层的那个view的onInterceptTouchEvent方法,然后依次运行子视图的onInterceptTouchEvent,然后在运行子视图的子视图的事件拦截方法(当然在这里假设全部嵌套视图的onInterceptTouchEvent都会得到运行,让每一个视图的onInterceptTouchEvent返回false就可以)。參照上图,所以onInterceptTouchEvent运行顺序就是A--->B--->C--->D.也就是由父视图到子视图传递。

总之。事件拦截机制是由父视图開始发起对事件的拦截(出事了老子先上,儿子稍后)。

參照上图当手指触摸事件时。父视图A首先发起对该起事件的拦截。假设A拦截失败,就交给它的子视图B进行拦截;假设B拦截失败就交给B的子视图C再进行拦截..直到某一子视图对该次事件拦截成功。

2)某一视图拦截事件成功与否的推断标识是onInterceptTouchEvent方法的返回值,当返回true的时候说明拦截成功。返回false的时候说明当前视图对事件拦截失败。

3)以下说说拦截成功的情况,假设C视图对当前touch事件拦截成功。拦截成功意味着此次事件不会再传递到D视图了。

所以此时的D视图的onInterceptTouchEvent就得不到运行(事件没法到达了,还拦截谁呢?)。事件拦截成功后。紧接着就会对事件进行处理,处理的方法教给onTouchEvent方法处理。此时C视图拦截成功,那么紧接着就会运行C视图的onTouchEvent方法,这是不是就意味着当前touch事件是由C视图的onTouchEvent方法来处理的呢?这要由C视图的onTouchEvent方法的返回值来决定。当C视图的onTouchEvent返回true的时候,当前事件就由C全权处理,处理的当然是事件的各种action,什么MotionEvent.ACTION_MOVE,ACTION_UP都交给了C的onTouchEvent方法进行处理。所以此时就能够在C的onTouchEvent方法中进行switch(event.getAction)推断运行相关逻辑了。

假设返回的false,说明C视图对此事件不做处理或者处理不了,怎么办呢?儿子不行老爸来,于是事件就交到了B视图的onTouchEvent方法中。相同B对此事件处理与否还是看B的onTouchEvent返回值。详细的解释就跟C一样了,不复多言。

4)在A B C D的onInterceptTouchEvent和onTouchEvent都返回false的情况下。方法运行的顺序依次为A.onInterceptTouchEvent-->B.onInterceptTouchEvent-->C.onInterceptTouchEvent-->D.touchEvent(最深的子视图没重写onInterceptTouchEvent)-->C.touchEvent-->B.touchEvent-->A.touchEvent.也就是说拦截事件是父视图优先有子视图进行拦截,处理事件是子视图优先父视图进行处理。

总结:onInterceptTouchEvent负责对事件进行拦截,拦截成功后交给最先遇到onTouchEvent返回true的那个view进行处理。

结合事件源代码分析事件处理机制的话,能够阅读《从源代码角度解析android事件原理

以下将要详细解说上面结论是怎么得出的,准备分两部分进行一步步解说。假设上面说的看明确的话,以下的内容就不要看了,因为会非常啰嗦。

图1的布局代码例如以下所看到的:

<com.example.demo.AView xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent" >

    <com.example.demo.BView
        android:layout_width="match_parent"
        android:layout_height="match_parent" >

        <com.example.demo.CView
            android:layout_width="match_parent"
            android:layout_height="match_parent" >

            <com.example.demo.DView
                android:layout_width="match_parent"
                android:layout_height="match_parent"
                android:text="測试demo" />
        </com.example.demo.CView>
    </com.example.demo.BView>

</com.example.demo.AView>

当中最后一个D是一个自己定义的TextView。与A B C三个View的差别就是D仅仅重写了onTouchEvent方法。A B C 这三个自己定义控件还重写了onInterceptEvent方法。

D的代码例如以下,A B C代码基本上除了类名和输出log不一样外其余的都一样。所以为了降低这里仅仅贴出当中的一个。

DView的代码:

public class DView extends TextView{
    private static String tag = "D";
	public DView(Context context, AttributeSet attrs, int defStyle) {
		super(context, attrs, defStyle);
	}

	public DView(Context context, AttributeSet attrs) {
		super(context, attrs);
	}

	public DView(Context context) {
		super(context);
	}

	@Override
	public boolean onTouchEvent(MotionEvent event) {
		Log.e(tag, "--onTouchEvent--D");
		return false;
	}
}

AView的代码和C D的总体几乎相同,就贴出来一个:

public class AView extends RelativeLayout{
    private static String tag = "A";
	public AView(Context context) {
		super(context);
	}

	public AView(Context context, AttributeSet attrs, int defStyle) {
		super(context, attrs, defStyle);
	}

	public AView(Context context, AttributeSet attrs) {
		super(context, attrs);
	}

	@Override
	public boolean onInterceptTouchEvent(MotionEvent ev) {
		Log.e(tag,"--onInterceptTouchEvent--A");
		return false;
	}

	@Override
	public boolean onTouchEvent(MotionEvent event) {
		Log.e(tag,"--onTouchEvent---A" );
		return false;
	}
}

刚開始的时候重写的方法全部返回false运行点击的效果输出log为:

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY2h1bnFpdXdlaQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" />

转换成效果图为:

从此图能够看出,onInterceptTouchEvent事件的运行顺序是由父控件到子控件。而且优先于自己控件的onTouchEvent方法运行,onTouchEvent事件运行的顺序正好相反由子控件到父控件。注意因为此时都返回了false,是没有哪一个view来处理此次的touch事件的各个ACTION的,这也是为什么onTouchEvent为什么会一直传递到A的原因。所以ACTION_MOVE和ACTION_UP等事件得不到对应(处理),此种情况下即使你在D的onTouchEvent方法里面写了例如以下代码,也不会得到运行。

if(event.getAction()==MotionEvent.ACTION_MOVE){
			Log.e(tag, "--onTouchEvent--*****");
		}

1)假设A的InterceptTouchEvent返回了true,其余的仍然返回false,那么运行输出的log为:

转换成效果图为:

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY2h1bnFpdXdlaQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" />

能够发现此时A拦截了此次Touch事件。事件不再向A的子控件B C D传递。此时全部的action事件比方手指移动事件ACTION_MOVE或者ACTION_UP事件啦等等事件都交给A的onTouchEvent方法去处理(当然这是在onTouchEvent方法返回true的情况下,假设返回false经过測试时不会对应这些action的)。B,C ,D控件是的事件处理拦截方法和事件处理方法是无法得到运行的。

2)仅仅有B的onIntercepteTouchEvent事件返回了true的情况下,打印的log为

转换成效果图为:

此时由B拦截了此次Touch事件,并不会向C D子控件传递;相同的因为onTouchEvent事件返回为false,所以此次事件的event.getAction()的各种action都不会得到处理。

4)同理可知,C控件的onIntercept方法返回了true的情况下。其余的仍然返回false的情况下,输出log为

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY2h1bnFpdXdlaQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" />

转换成效果图为

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY2h1bnFpdXdlaQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" />

以下说说各个view的onTouchEvent返回true的情况

因为onTouchEvent事件是从子控件到父控件传递的。当D的onTouchEvent返回true的时候,经測试输出效果例如以下

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY2h1bnFpdXdlaQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" />

转换成效果图为:

经过測试发现。此时D处理了此次Touch事件的各种action,C B D是的onTouchEvent的没有得到运行。

同理当C的onTouchEvent方法返回了true的时候,输出的log例如以下

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY2h1bnFpdXdlaQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" />

转换成效果图例如以下:

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY2h1bnFpdXdlaQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" />

经过測试发现,其余情况一次类推,就不在啰嗦了。经过一步步的測试得出了文章开头的结文章有点啰嗦,希望能够对阅读此文的人有所帮助。

结合事件源代码分析事件处理机制的话,能够阅读《从源代码角度解析android事件原理

时间: 2024-10-09 22:55:41

android事件拦截处理机制具体解释的相关文章

android事件拦截处理机制详解

前段时间刚接触过android手机开发,对它的事件传播机制不是很了解,虽然网上也查了相关的资料,但是总觉得理解模模糊糊,似是而非,于是自己就写个小demo测试了一下.总算搞明白了它的具体机制.写下自己的结论,分享之,希望对初学android的人有所帮助 布局效果如图所示: 图1 参照上图先说说具体得到的结论: 1) onInterceptTouchEvent负责对touch事件进行拦截,对于嵌套的view最先执行的是事件拦截方法的是最外层的那个view的onInterceptTouchEvent

android事件拦截处理机制---详解 onInterceptTouchEven onTouchEvent

前段时间刚接触过Android手机开发,对它的事件传播机制不是很了解,虽然网上也查了相关的资料,但是总觉得理解模模糊糊,似是而非,于是自己就写个小demo测试了一下.总算搞明白了它的具体机制.写下自己的结论,分享之,希望对初学android的人有所帮助 布局效果如图所示: 图1 参照上图先说说具体得到的结论: 1) onInterceptTouchEvent负责对touch事件进行拦截,对于嵌套的view最先执行的是事件拦截方法的是最外层的那个view的onInterceptTouchEvent

android事件拦截处理机制详解 .--------转

前段时间刚接触过android手机开发,对它的事件传播机制不是很了解,虽然网上也查了相关的资料,但是总觉得理解模模糊糊,似是而非,于是自己就写个小demo测试了一下.总算搞明白了它的具体机制.写下自己的结论,分享之,希望对初学android的人有所帮助 布局效果如图所示: 图1 参照上图先说说具体得到的结论: 1) onInterceptTouchEvent负责对touch事件进行拦截,对于嵌套的view最先执行的是事件拦截方法的是最外层的那个view的onInterceptTouchEvent

Android事件的分发机制

在分析Android事件分发机制前,明确android的两大基础控件类型:View和ViewGroup.View即普通的控件,没有子布局的,如Button.TextView. ViewGroup继承自View,表示可以有子控件,如Linearlayout.Listview这些.今天我们先来了解View的事件分发机制. 先看下代码,非常简单,只有一个Button,分别给它注册了OnClick和OnTouch的点击事件. 1 btn.setOnClickListener(new View.OnCli

Android笔记二十五.Android事件Handler消息传递机制

因为Android平台不同意Activity新启动的线程訪问该Activity里的界面控件.这样就会导致新启动的线程无法动态改变界面控件的属性值.但在实际Android应用开发中,尤其是涉及动画的游戏开发中,须要让新启动的线程周期性地改变界面控件的属性值,这就须要借助Handler的消息传递机制实现. 一.Handler类简单介绍 1.功能 Handler类主要有两个作用 (1)在新启动的线程中发送消息; (2)在主线程中获取消息.处理消息.即当须要界面发生变化的时候.在子线程中调用Handle

android事件传递机制详解

本篇内容将结合Android源码来分析Android的事件传递机制.众所周知,点按.滑动.触摸构成了Android等智能设备的基本操作,几乎所有的应用都通过对触摸屏的操作来进行应用程序的使用.那么,在Android中,触摸事件是如何响应及传递的呢,通过本篇内容你将有一个初步的了解. 实验环境 OS X 10.9 Eclipse(ADT) Android源码版本:API Level 19(Android 4.4) Android事件构成 在Android中,事件主要包括点按.长按.拖拽.滑动等,点

Android事件传递机制(转)

Android事件构成 在Android中,事件主要包括点按.长按.拖拽.滑动等,点按又包括单击和双击,另外还包括单指操作和多指操作.所有这些都构成了Android中的事件响应.总的来说,所有的事件都由如下三个部分作为基础: 按下(ACTION_DOWN) 移动(ACTION_MOVE) 抬起(ACTION_UP) 所有的操作事件首先必须执行的是按下操作(ACTIONDOWN),之后所有的操作都是以按下操作作为前提,当按下操作完成后,接下来可能是一段移动(ACTIONMOVE)然后抬起(ACTI

Android事件传递机制

实验环境 OS X 10.9 Eclipse(ADT) Android源码版本:API Level 19(Android 4.4) Android事件构成 在Android中,事件主要包括点按.长按.拖拽.滑动等,点按又包括单击和双击,另外还包括单指操作和多指操作.所有这些都构成了Android中的事件响应.总的来说,所有的事件都由如下三个部分作为基础: 按下(ACTION_DOWN) 移动(ACTION_MOVE) 抬起(ACTION_UP) 所有的操作事件首先必须执行的是按下操作(ACTIO

转:Android事件传递机制

转:这里 本文为InfoQ中文站特供稿件,首发地址为:http://www.infoq.com/cn/articles/android-event-delivery-mechanism.如需转载,请与InfoQ中文站联系. 运用的前提是掌握掌握的本质是理解 本篇内容将结合Android源码来分析Android的事件传递机制.众所周知,点按.滑动.触摸构成了Android等智能设备的基本操作,几乎所有的应用都通过对触摸屏的操作来进行应用程序的使用.那么,在Android中,触摸事件是如何响应及传递