android 事件分发机制源码解析

最新推荐文章于 2021-05-29 16:50:58 发布
最新推荐文章于 2021-05-29 16:50:58 发布
阅读量842 收藏
点赞数
分类专栏： Android 文章标签： android 事件分发 事件拦截 事件派发 dispatchTouchEvent
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/alcoholdi/article/details/53871197
版权

首先我重新写了这了几个控件类,只是加了点打印日志,来观察里面的事件分发机制.

然后写了个布局,如图.

 

MainActivity有dispatchTouchEvent, onTouchEvent方法

MyRelativieLayout有dispatchTouchEvent, onInterceptTouchEvent, onTouchEvent方法

TextView和Button有dispatchTouchEvent, onTouchEvent方法.

这里拿MyRelativeLayout1的代码来举例,如下

    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        Log.e(TAG, "MyRelativeLayout1 dispatchTouchEvent begin >> "
                + (ev.getAction() == MotionEvent.ACTION_DOWN ? "down" : ev.getAction() == MotionEvent.ACTION_UP ? "up" : ev.getAction() == MotionEvent.ACTION_MOVE ? "move" : "other"));
        boolean flag = super.dispatchTouchEvent(ev);
        Log.e(TAG, "MyRelativeLayout1 dispatchTouchEvent end " + flag + " >> "
                + (ev.getAction() == MotionEvent.ACTION_DOWN ? "down" : ev.getAction() == MotionEvent.ACTION_UP ? "up" : ev.getAction() == MotionEvent.ACTION_MOVE ? "move" : "other"));
        return flag;
    }

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        Log.e(TAG, "MyRelativeLayout1 onInterceptTouchEvent "
                + (ev.getAction() == MotionEvent.ACTION_DOWN ? "down" : ev.getAction() == MotionEvent.ACTION_UP ? "up" : ev.getAction() == MotionEvent.ACTION_MOVE ? "move" : "other"));
        boolean flag = super.onInterceptTouchEvent(ev);
        Log.e(TAG, "MyRelativeLayout1 onInterceptTouchEvent end " + flag + " >> "
                + (ev.getAction() == MotionEvent.ACTION_DOWN ? "down" : ev.getAction() == MotionEvent.ACTION_UP ? "up" : ev.getAction() == MotionEvent.ACTION_MOVE ? "move" : "other"));
        return flag;
    }

    @Override
    public boolean onTouchEvent(MotionEvent ev) {
        Log.e(TAG, "MyRelativeLayout1 onTouchEvent "
                + (ev.getAction() == MotionEvent.ACTION_DOWN ? "down" : ev.getAction() == MotionEvent.ACTION_UP ? "up" : ev.getAction() == MotionEvent.ACTION_MOVE ? "move" : "other"));
        boolean flag = super.onTouchEvent(ev);
        Log.e(TAG, "MyRelativeLayout1 onTouchEvent end " + flag + " >> "
                + (ev.getAction() == MotionEvent.ACTION_DOWN ? "down" : ev.getAction() == MotionEvent.ACTION_UP ? "up" : ev.getAction() == MotionEvent.ACTION_MOVE ? "move" : "other"));
        return flag;
    }

 

 

 

 

 

然后点击MyRelativeLayout2区域时打印出

MainActivity: MainActivity dispatchTouchEvent begin >> down
MyRelativeLayout1: MyRelativeLayout1 dispatchTouchEvent begin >> down
MyRelativeLayout1: MyRelativeLayout1 onInterceptTouchEvent begin >> down
MyRelativeLayout1: MyRelativeLayout1 onInterceptTouchEvent end false >> down
MyRelativeLayout2: MyRelativeLayout2 dispatchTouchEvent begin >> down
MyRelativeLayout2: MyRelativeLayout2 onInterceptTouchEvent begin >> down
MyRelativeLayout2: MyRelativeLayout2 onInterceptTouchEvent end false >> down
MyRelativeLayout2: MyRelativeLayout2 onTouchEvent begin >> down
MyRelativeLayout2: MyRelativeLayout2 onTouchEvent end false >> down
MyRelativeLayout2: MyRelativeLayout2 dispatchTouchEvent end false >> down
MyRelativeLayout1: MyRelativeLayout1 onTouchEvent begin >> down
MyRelativeLayout1: MyRelativeLayout1 onTouchEvent end false >> down
MyRelativeLayout1: MyRelativeLayout1 dispatchTouchEvent end false >> down
MainActivity: MainActivity onTouchEvent begin >> down
MainActivity: MainActivity onTouchEvent end false >> down
MainActivity: MainActivity dispatchTouchEvent end false >> down
MainActivity: MainActivity dispatchTouchEvent begin >> up
MainActivity: MainActivity onTouchEvent begin >> up
MainActivity: MainActivity onTouchEvent end false >> up
MainActivity: MainActivity dispatchTouchEvent end false >> up

这里能看到. down事件走了这么多步,up事件才走了4步.先来张图展示一下流程.

其实事件传递，在 MainActivity 和 MyRelativeLayout1 之间，还会经过 PhoneWindow 这层，然后是 DecorView这层，接着是DecorView 的子View ——一个LinearLayout， 这个LinearLayout的子View.....一直到这个我们需要观测的子View——我们的MyRelativeLayout1。

 

为什么ACTION_UP的流程才走了这么一点?下面看源码回答

 

点击左边的MyTextView

MainActivity: MainActivity dispatchTouchEvent begin >> down
MyRelativeLayout1: MyRelativeLayout1 dispatchTouchEvent begin >> down
MyRelativeLayout1: MyRelativeLayout1 onInterceptTouchEvent begin >> down
MyRelativeLayout1: MyRelativeLayout1 onInterceptTouchEvent end false >> down
MyTextView: MyTextView dispatchTouchEvent begin >> down
MyTextView: MyTextView onTouchEvent begin >> down
MyTextView: MyTextView onTouchEvent end false >> down
MyTextView: MyTextView dispatchTouchEvent end false >> down
MyRelativeLayout1: MyRelativeLayout1 onTouchEvent begin >> down
MyRelativeLayout1: MyRelativeLayout1 onTouchEvent end false >> down
MyRelativeLayout1: MyRelativeLayout1 dispatchTouchEvent end false >> down
MainActivity: MainActivity onTouchEvent begin >> down
MainActivity: MainActivity onTouchEvent end false >> down
MainActivity: MainActivity dispatchTouchEvent end false >> down
MainActivity: MainActivity dispatchTouchEvent begin >> up
MainActivity: MainActivity onTouchEvent begin >> up
MainActivity: MainActivity onTouchEvent end false >> up
MainActivity: MainActivity dispatchTouchEvent end false >> up

图和上面的差不多,差别是TextView不是ViewGroup.没有onInterceptTouchEvent事件

 

 

点击右边的MyButton

MainActivity: MainActivity dispatchTouchEvent begin >> down
MyRelativeLayout1: MyRelativeLayout1 dispatchTouchEvent begin >> down
MyRelativeLayout1: MyRelativeLayout1 onInterceptTouchEvent begin >> down
MyRelativeLayout1: MyRelativeLayout1 onInterceptTouchEvent end false >> down
MyButton: MyButton dispatchTouchEvent begin >> down
MyButton: MyButton onTouchEvent begin >> down
MyButton: MyButton onTouchEvent end true >> down
MyButton: MyButton dispatchTouchEvent end true >> down
MyRelativeLayout1: MyRelativeLayout1 dispatchTouchEvent end true >> down
MainActivity: MainActivity dispatchTouchEvent end true >> down
MainActivity: MainActivity dispatchTouchEvent begin >> up
MyRelativeLayout1: MyRelativeLayout1 dispatchTouchEvent begin >> up
MyRelativeLayout1: MyRelativeLayout1 onInterceptTouchEvent begin >> up
MyRelativeLayout1: MyRelativeLayout1 onInterceptTouchEvent end false >> up
MyButton: MyButton dispatchTouchEvent begin >> up
MyButton: MyButton onTouchEvent begin >> up
MyButton: MyButton onTouchEvent end true >> up
MyButton: MyButton dispatchTouchEvent end true >> up
MyRelativeLayout1: MyRelativeLayout1 dispatchTouchEvent end true >> up
MainActivity: MainActivity dispatchTouchEvent end true >> up

当点击了Button这种clickable控件,就会在onTouchEvent中返回true.

之后的代码其实用处就不大了,因为返回true后会绕过后面MyRelativeLayout1和Activity的onTouchEvent.

意思是拦截了当前事件的继续派发,自己处理和消化.

所以down流程走完了,up流程会跟down流程走同样的方法路径.

 

 

 

 

 

看了上面log和图,接着来分析下源码.(源码基于android-23)

 

先看Activity的dispatchTouchEvent方法

    public boolean dispatchTouchEvent(MotionEvent ev) {
        if (ev.getAction() == MotionEvent.ACTION_DOWN) {
            onUserInteraction();
        }
        if (getWindow().superDispatchTouchEvent(ev)) {
            return true;
        }
        return onTouchEvent(ev);
    }

很简单.getWindow().superDispatchTouchEvent(ev)意思就是调用子View的dispatchTouchEvent方法.

 

如果子View没有拦截返回false,就执行Activity的onTouchEvent方法.拦截了就不执行.

getWindow().superDispatchTouchEvent(ev)会把事件传给第一个View——DecorView
 

 

 

然后来看看看ViewGroup的dispatchTouchEvent.几乎所有原生的安卓布局都没有重写这个方法,而是用的他们父类ViewGroup的.

整个diapatchTouchEvent太长了,以下截取部分重要代码...

public boolean dispatchTouchEvent(MotionEvent ev) {
	
		final boolean intercepted;//这是2103行
		if (actionMasked == MotionEvent.ACTION_DOWN
			|| mFirstTouchTarget != null) {
			final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
			if (!disallowIntercept) {
				intercepted = onInterceptTouchEvent(ev);
				ev.setAction(action); // restore action in case it was changed
			} else {
				intercepted = false;
			}
		} else {
			// There are no touch targets and this action is not an initial down
			// so this view group continues to intercept touches.
			intercepted = true;
		}//这是2117行
	
	
		if (!canceled && !intercepted) {//这是2133行
			...
			if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
				// Child wants to receive touch within its bounds.
				mLastTouchDownTime = ev.getDownTime();
				if (preorderedList != null) {
					// childIndex points into presorted list, find original index
					for (int j = 0; j < childrenCount; j++) {
						if (children[childIndex] == mChildren[j]) {
							mLastTouchDownIndex = j;
							break;
						}
					}
				} else {
					mLastTouchDownIndex = childIndex;
				}
				mLastTouchDownX = ev.getX();
				mLastTouchDownY = ev.getY();
				newTouchTarget = addTouchTarget(child, idBitsToAssign);
				alreadyDispatchedToNewTouchTarget = true;
				break;
			}
			...
		}//这是2235行
}

 

 

 


点击非clickable控件流程

1.down流程

如果是点击的非clickable控件,那么down事件会执行intercepted = onInterceptTouchEvent(ev);

intercepted人如其名,表示是否拦截掉事件交给自己的onTouchEvent处理. 不拦截就交给子View处理.

现在讨论的是正常流程,所以默认布局的onInterceptTouchEvent会返回false, intercepted 为false.

然后2133行的 !canceled && !intercepted 判断为真(canceled不在本文讨论范围)

然后会执行里面最重要的依据dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign), 这个就是把事件派发给子View,交由子View处理的方法.

假设子View都没有处理,就会返回false.跳过了里面的逻辑.

2.up流程

up事件因为actionMasked不等于ACTION_DOWN.所以跑了else的部分,使的intercepted = true;

就不会跑2133那里的if代码段,也就不会派发事件给子View.

所以就解释了上面的问题"为什么ACTION_UP的流程才走了这么一点?"

解释一下设计原理就是,我down事件都派发过给子View了,但是儿子们都没处理,所以后续的up事件(包括中间如果有的move事件)都不会再派发到子类了.

省时省力!

 

点击clickable控件流程

1.down流程

如果是点击的是clickable控件,流程像上面那样,走到了dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)

然后clickable控件返回了true.执行了里面的addTouchTarget(child, idBitsToAssign)

这个方法大意就是,如果子View有clickable控件,就让当前这个View(父View)持有这个TouchTarget.

从MyRelativelayout1执行这个持有方法,持有MyButton

到FrameLayout执行这个持有方法,持有MyRelativelayout1

到LinearLayout持有FrameLayout

到DecorView持有LinearLayout

一步步赋值(持有)上去.

所有ViewGroup都会有一个变量mFirstTouchTarget, 它是存放该ViewGroup中能消费事件的子View(既可clickable的控件). 好根据它来用来判断后面的流程要怎么走.

ps:明明父布局就是MyRelativeLayout1,为什么会有多出来这么多其他控件.因为手机本质是这样的布局.给个图但是不展开讲了

2.up流程

然后在up事件分发的时候,就在mFirstTouchTarget != null判断为真,执行给intercepted赋值为假的逻辑.

然后在2133代码判断后,up流程就会继续派发事件给子View.

以此达到down,move,up所有事件都最终交给子View处理.

 

 

 

 

以上是正常流程..

下面讲讲根据自己的需要改写流程的情况.

 

以下情景是点击右边的MyButton

1.把dispatchTouchEvent改写成直接返回false

    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        Log.e(TAG, "MyRelativeLayout1.java - dispatchTouchEvent() ---------- return false");
        return false;
    }

 

就会打印log
MainActivity: MainActivity dispatchTouchEvent begin >> down
MyRelativeLayout1: MyRelativeLayout1.java - dispatchTouchEvent() ---------- return false
MainActivity: MainActivity onTouchEvent begin >> down
MainActivity: MainActivity onTouchEvent end false >> down
MainActivity: MainActivity dispatchTouchEvent end false >> down
MainActivity: MainActivity dispatchTouchEvent begin >> up
MainActivity: MainActivity onTouchEvent begin >> up
MainActivity: MainActivity onTouchEvent end false >> up
MainActivity: MainActivity dispatchTouchEvent end false >> up
意思是不会交给子View处理,自己也不处理.
返回false也不拦截,所以就会把事件处理交给Activity的onTouchEvent.

 

2.把dispatchTouchEvent改成返回true

    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        Log.e(TAG, "MyRelativeLayout1.java - dispatchTouchEvent() ---------- return true");
        return true;
    }

就会打印log
MainActivity: MainActivity dispatchTouchEvent begin >> down
MyRelativeLayout1: MyRelativeLayout1.java - dispatchTouchEvent() ---------- return true
MainActivity: MainActivity dispatchTouchEvent end true >> down
MainActivity: MainActivity dispatchTouchEvent begin >> up
MyRelativeLayout1: MyRelativeLayout1.java - dispatchTouchEvent() ---------- return true
MainActivity: MainActivity dispatchTouchEvent end true >> up
这样改写就把事件留住,不再分发子View,然后可以把业务逻辑写在这个方法里面
但是这样不规范,一般想要实现这种效果,都是用下面的方法.

 

 

 

3.在onInterceptTouchEvent中返回true, 在onTouchEvent也返回true,并在其中写处理逻辑

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        Log.e(TAG, "MyRelativeLayout1 onInterceptTouchEvent >> "
                + (ev.getAction() == MotionEvent.ACTION_DOWN ? "down" : ev.getAction() == MotionEvent.ACTION_UP ? "up" : ev.getAction() == MotionEvent.ACTION_MOVE ? "move" : "other"));
        return true;
    }

    @Override
    public boolean onTouchEvent(MotionEvent ev) {
        Log.e(TAG, "MyRelativeLayout1 onTouchEvent >> "
                + (ev.getAction() == MotionEvent.ACTION_DOWN ? "down" : ev.getAction() == MotionEvent.ACTION_UP ? "up" : ev.getAction() == MotionEvent.ACTION_MOVE ? "move" : "other"));
        Log.e(TAG, "MyRelativeLayout1.java - onTouchEvent() ---------- 写处理逻辑");
        return true;
    }

 

MainActivity: MainActivity dispatchTouchEvent begin >> down
MyRelativeLayout1: MyRelativeLayout1 dispatchTouchEvent begin >> down
MyRelativeLayout1: MyRelativeLayout1 onInterceptTouchEvent >> down
MyRelativeLayout1: MyRelativeLayout1 onTouchEvent >> down
MyRelativeLayout1: MyRelativeLayout1.java - onTouchEvent() ---------- 写处理逻辑
MyRelativeLayout1: MyRelativeLayout1 dispatchTouchEvent end true >> down
MainActivity: MainActivity dispatchTouchEvent end true >> down
MainActivity: MainActivity dispatchTouchEvent begin >> up
MyRelativeLayout1: MyRelativeLayout1 dispatchTouchEvent begin >> up
MyRelativeLayout1: MyRelativeLayout1 onTouchEvent >> up
MyRelativeLayout1: MyRelativeLayout1.java - onTouchEvent() ---------- 写处理逻辑
MyRelativeLayout1: MyRelativeLayout1 dispatchTouchEvent end true >> up
MainActivity: MainActivity dispatchTouchEvent end true >> up

这是重写事件处理中最常用的方法了.
onInterceptTouchEvent中返回true使得不会再把事件派发到子View,然后回转到onTouchEvent执行自己的业务代码
使用场景经常是一个布局文件里面有很多子View,但是却不想分发自己处理,就会用这种写法.


稍微讲解一下这个流程的源码

public boolean dispatchTouchEvent(MotionEvent ev) {
	
	final boolean intercepted;//这是2103行
	if (actionMasked == MotionEvent.ACTION_DOWN
		|| mFirstTouchTarget != null) {
		final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
		if (!disallowIntercept) {
			intercepted = onInterceptTouchEvent(ev);
			ev.setAction(action); // restore action in case it was changed
		} else {
			intercepted = false;
		}
	} else {
		// There are no touch targets and this action is not an initial down
		// so this view group continues to intercept touches.
		intercepted = true;
	}//这是2117行


	if (!canceled && !intercepted) {//这是2133行
		...
		newTouchTarget = addTouchTarget(child, idBitsToAssign);//这个方法会给成员变量mFirstTouchTarget赋值
		...
	}//这是2235行
	
	if (mFirstTouchTarget == null) {//这是2238行
		// No touch targets so treat this as an ordinary view.
		handled = dispatchTransformedTouchEvent(ev, canceled, null,
				TouchTarget.ALL_POINTER_IDS);
	} else {
		...
	}
		
}

private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,//这是2511行
            View child, int desiredPointerIdBits) {
	...
	handled = super.dispatchTouchEvent(event);//这是2547
	...
}//这是2581行

 

前面讲过,onInterceptTouchEvent如果返回true,会给变量intercepted赋值.

接着在2133行判断中为假,跳过里面派发给子View的代码.

没子View什么事,这时mFirstTouchTarget也会为null

然后在经过2238的判断里,进入dispatchTransformedTouchEvent方法

这个方法里面又会调用到父类,既View的dispatchTouchEvent方法,

public boolean dispatchTouchEvent(MotionEvent event) {
	...
	boolean result = false;
	...
            if (!result && onTouchEvent(event)) {//9294行
                result = true;
            }//9296行
	...
	return result;
}

 

里面就会执行熟悉的onTouchEvent方法.

我曾经想着事件都留到这了,这方法应该不需要返回true.事实

事实是假设返回false还是会让事件最终又回到MainActivity的onTouchEvent方法里.

毕竟全部方法都遵循返回false表示不拦截,事件继续往下一层流转.返回true表示在这里处理,不分发.

 

 

关于setOnTouchListener和setOnClickListener是在什么时候调用?他们的优先级是怎么样?

public boolean dispatchTouchEvent(MotionEvent event) {
	...
	boolean result = false;
	...
	if (onFilterTouchEventForSecurity(event)) {
		//noinspection SimplifiableIfStatement
		ListenerInfo li = mListenerInfo;
		if (li != null && li.mOnTouchListener != null
				&& (mViewFlags & ENABLED_MASK) == ENABLED
				&& li.mOnTouchListener.onTouch(this, event)) {
			result = true;
		}

		if (!result && onTouchEvent(event)) {
			result = true;
		}
	}
	...
	return result;
}

View类里面有这么一个判断。

li.mOnTouchListener!=null && 中间省略 && li.mOnTouchListener.onTouch(this, event)

所以假设我们给某个控件执行了setOnTouchListener方法,就会在这里执行onTouch方法。

并且重要的一点是，如果onTouch方法中返回true。result置为true，就不会进入onTouchEvent方法了。

ps：如果是ViewGroup，则是在dispatchTransformedTouchEvent中会调用super.onDispatchTouchEvent，同样会进入到这个流程。

 

 

 

public boolean onTouchEvent(MotionEvent event) {
	...
	if (mTouchDelegate != null) {
		if (mTouchDelegate.onTouchEvent(event)) {
			return true;
		}
	}

	if (((viewFlags & CLICKABLE) == CLICKABLE ||
			(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) ||
			(viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE) {
		switch (action) {
			case MotionEvent.ACTION_UP:
				...
					performClick();
				...
				break;

			case MotionEvent.ACTION_DOWN:
				...
				break;

			case MotionEvent.ACTION_CANCEL:
				...
				break;

			case MotionEvent.ACTION_MOVE:
				...
				break;
		}

		return true;
	}

	return false;
}

在View的onTouchEvent中，里面会判断这个View是不是CLICKABLE和LONG_CLICKABLE。Button这种默认CLICKABLE，TextView默认不是CLICKABLE。所有的View都不是LONG_CLICKABLE的。

 

然后我们可以通过xml属性或者java代码，或者更直接的，一旦调用了setOnClickListener或setOnLongClickListener方法，就会把对应的这两个CLICKABLE和LONG_CLICKABLE设为true。

进入这个判断里面，里面会根据各种传来MotinEvent事件进行判断，如果符合判断就会调用performClick方法，里面有执行mOnClickListener.onClick这个回调的方法。

public boolean performClick() {
	final boolean result;
	final ListenerInfo li = mListenerInfo;
	if (li != null && li.mOnClickListener != null) {
		playSoundEffect(SoundEffectConstants.CLICK);
		li.mOnClickListener.onClick(this);
		result = true;
	} else {
		result = false;
	}

	sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
	return result;
}

 

 

 

 

 

 

ps：无意中发现有一个View的onTouch方法中有一个TouchDelegate，人如其名，是用来给View设置一个点击代理的。代理返回true的话，就会跳过下面的逻辑

 

所以得出OnTouchListener的优先级是高于onTouchEvent方法的，自然也就高于onClick，onLongClick这些方法。

对于View.onTouchEvent，如果自己重写这个方法，那么给他们设置的onClickListener和onLongClickListener监听单击和长按事件就作废了。

想要两者兼得，请根据业务逻辑好好构思怎么写。

 

 

 

ps：

View中有一个很重要的方法requestDisallowInterceptTouchEvent，可以在子控件中控制父控件是否拦截。一般用法如下

if (getCurrentItem() != 0) {
	getParent().requestDisallowInterceptTouchEvent(true);// 请求父View不拦截
} else {
	getParent().requestDisallowInterceptTouchEvent(false);// 允许父View拦截
}

 

 

 

 

 

 

迪迪迪迪迪
关注
专栏目录
Android事件分发机制源码解析
m0_69439527的博客
04-17 1498
} private TouchTarget addTouchTarget(View child, int pointerIdBits) { TouchTarget target = TouchTarget.obtain(child, pointerIdBits); target.next = mFirstTouchTarget; mFirstTouchTarget = target; return target; } private boolean dispatchTransformedTouchEvent
【Android】事件分发机制源码解析
01-03
源码分析2.1 Activity中的分发流程dispatchTouchEventonTouchEvent总结2.2 ViewGroup中的分发流程dispatchTouchEventonInterceptTouchEvent总结2.3 View中的分发流程dispatchTouchEventonTouchEventACTION_...
图解 Android 事件分发机制
wxx614817的专栏
06-24 987
转载： 图解 Android 事件分发机制 在Android开发中，事件分发机制是一块Android比较重要的知识体系，了解并熟悉整套的分发机制有助于更好的分析各种点击滑动失效问题，更好去扩展控件的事件功能和开发自定义控件，同时事件分发机制也是Android面试必问考点之一，如果你能把下面的一些事件分发图当场画出来肯定加分不少。废话不多说，总结一句:事件分发机制很重要。 A
Android事件分发机制完全解析，带你从源码的角度彻底理解(上)
runfeel
06-20 2526
转载请注明出处：http://blog.csdn.net/sinyu890807/article/details/9097463 其实我一直准备写一篇关于Android事件分发机制的文章，从我的第一篇博客开始，就零零散散在好多地方使用到了Android事件分发的知识。也有好多朋友问过我各种问题，比如：onTouch和onTouchEvent有什么区别，又该如何使用？为什么给ListView引入了...
Android-事件分发
feifan784的博客
05-17 237
前言 在Andorid卡法体系中，事件分发是一个比较重要的知识体系，了解整套的分发机制，可以分析各种点击滑动的问题，可以更好的拓展控件的事件功能和自定义控件。 Android的事件分发图解 图解:(从上往下Activity -> ViewGroup -> View) 从Activity的dispatchTouchEvent开始，通过不同的返回类型，结果也不同 如果事件不被打断，事件流向一个类U型图 图解： 假设一个DOWN事件到来，从Activity的dispatchTouchEvent
Android 安卓事件分发
看美丽风晴
07-13 804
开发的过程中，会遇到很多很多的滑动冲突，当然，我们解决滑动冲突就会用到事件分发，由于网上的例子较多，你可能直接找一个工具类而不去考虑是怎么解决的，所以面试的时候一脸蒙蔽，在这里我也为大家讲解一下。 在这里给大家展示一个流程图，我在网上看到的，感觉画的不错。 可以看出事件分发是有三层事件处理，分别为Activity 、ViewGroup 、 View 事件处理的标志有 super、t...
Android事件分发机制全解析Demo
09-07
本文将基于“Android事件分发机制全解析Demo”进行深入探讨，并通过实际的代码示例来帮助你更好地理解和掌握这一机制。 首先，我们需要了解事件分发链的基本流程。在Android中，事件（如点击事件）的分发遵循“自顶...
android 事件分发
同志，我还能抢救一下！
06-05 290
这篇文章是针对 Carson_Ho 的文做的笔记和总结，原文地址：https://www.jianshu.com/p/38015afcdb58 。   几个基本要点：    1，分发的是什么？Touch事件。    2，分发的顺序：Activity --&gt;ViewGroup --&gt;View。    3，三个关键方法：dispatchTouchEvent,onInterceptTouch...
Android事件分发
05-29 330
基本知识 什么是触摸事件 触摸事件，是Android用来描述你的手对屏幕做的事情的最小单元。关键词有两个：手势（你的手对屏幕做的事情）、最小单元。 所谓手势，就是比如按下、移动、抬起、点击事件、长按事件、滑动事件。 所谓最小单元，就是不可再拆分的，比如按下（down）、移动（move）、抬起（up）就是不可再拆分的。而点击事件、长按事件、滑动事件则是由那些不可再拆分的事件组合起来的。比如点击事件是由按下、抬起组成的。长按事件是按下并保持一段时间不动。注意一下滑动事件和移动（move）的区别，滑动事件可以理
Android 事件分发
不要錯過才珍惜
02-03 476
事件分发机制就是某一个事件从屏幕传递给各个 View，由这个 View 来消费这个事件或者忽略这个事件，交与其他 View 进行消费的这个过程的控制。
Android 事件分发
子墨博客
01-20 6521
当你作为一名应届生去面试的时候,面试官可能就是简单的问你Android的四大组件,各种布局等基础知识,但你作为一名有工作经验的应聘者就不会那么简单了,今天就来讨论很多面试官喜欢问的Android的事件分发. Android为什么要有事件分发呢?因为它是按照层排列,他如何知道你点击的哪一层呢,就需要用到事件分发了. 说到事件分发可能就会想起那三个威武的方法:事件分发(dispatchTouchE
android事件分发
大炮哥的博客
04-07 148
本文属于转载，仅方便自己做记录 原文链接：https://www.jianshu.com/p/e99b5e8bd67b 对于 dispatchTouchEvent，onTouchEvent，return true是终结事件传递。return false 是回溯到父View的onTouchEvent方法。 ViewGroup 想把自己分发给自己的onTouchEvent，需要拦截器onInterceptTouchEvent方法return true 把事件拦截下来。 ViewGroup 的拦截器onInter
android点击事件分发,Android事件分发
weixin_28716769的博客
05-26 364
1、 引言：Android如此受欢迎，其优秀的交互性功不可没，优秀的事件分发机制在交互性中起到了重要的作用。想做出有良好交互性的应用，深入了解事件分发机制是十分必要的。2、 View和ViewGroup：Android的UI界面都是由View和ViewGroup的派生类组成的，其中View是UI组件的基类，而ViewGroup是容纳这些组件的容器，其本身也是ViewGroup的派生类。3、 事件：...
Android事件分发机制深度解析
"Android事件的分发机制详解，包括View和ViewGroup的基础知识，以及事件处理的顺序，特别是OnClickListener和OnTouchListener的交互。" 在Android开发中，事件处理是UI交互的核心部分。Android事件分发机制涉及到...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值