Android事件分发机制综述
摘自:
https://blog.csdn.net/carson_ho/article/details/54136311
前言
Android
事件分发机制是Android
开发者必须了解的基础- 网上有大量关于
Android
事件分发机制的文章,但存在一些问题:内容不全、思路不清晰、无源码分析、简单问题复杂化等等 - 今天,我将全面总结
Android
的事件分发机制,我能保证这是市面上的最全面、最清晰、最易懂的
- 本文秉着“结论先行、详细分析在后”的原则,即先让大家感性认识,再通过理性分析从而理解问题;
- 所以,请各位读者先记住结论,再往下继续看分析;
- 文章较长,阅读需要较长时间,建议收藏等充足时间再进行阅读
目录
1. 基础认知
1.1 事件分发的对象是谁?
答:点击事件(Touch
事件)
- 定义
当用户触摸屏幕时(View
或ViewGroup
派生的控件),将产生点击事件(Touch
事件)
Touch
事件的相关细节(发生触摸的位置、时间等)被封装成MotionEvent
对象
- 事件类型(4种)
事件类型 | 具体动作 |
---|---|
MotionEvent.ACTION_DOWN | 按下View(所有事件的开始) |
MotionEvent.ACTION_UP | 抬起View(与DOWN对应) |
MotionEvent.ACTION_MOVE | 滑动View |
MotionEvent.ACTION_CANCEL | 结束事件(非人为原因) |
- 特别说明:事件列
从手指接触屏幕 至 手指离开屏幕,这个过程产生的一系列事件
注:一般情况下,事件列都是以
DOWN
事件开始、UP
事件结束,中间有无数的MOVE事件,如下图:
即当一个点击事件(MotionEvent
)产生后,系统需把这个事件传递给一个具体的 View
去处理。
1.2 事件分发的本质
答:将点击事件(MotionEvent)传递到某个具体的View
& 处理的整个过程
即 事件传递的过程 = 分发过程。
1.3 事件在哪些对象之间进行传递?
答:Activity、ViewGroup、View
Android
的UI
界面由Activity
、ViewGroup
、View
及其派生类组成
1.4 事件分发的顺序
即 事件传递的顺序:Activity
-> ViewGroup
-> View
即:1个点击事件发生后,事件先传到
Activity
、再传到ViewGroup
、最终再传到View
###1.5 事件分发过程由哪些方法协作完成?
答:dispatchTouchEvent() 、onInterceptTouchEvent()和onTouchEvent()
下文会对这3个方法进行详细介绍
###1.6 总结
- 至此,相信大家已经对
Android
的事件分发有了感性的认知
前言
Android事件分发机制可以说是我们Android工程师面试题中的必考题,弄懂它的原理是我们避不开的任务,所以长痛不如短痛,花点时间干掉他,废话不多说,开车啦
Android事件分发机制的简介
Android事件分发机制的发生在View与View之间或者ViewGroup与View之间具有镶嵌的视图上,而且视图上必须为点击可用。当一个点击事件产生后,它的传递过程遵循如下顺序:Activity->Window->View,即事件先传递给Activity,再到Window,再到顶级View,才开始我们的事件分发
Android事件分发机制的相关概念
Android事件分发机制主要由三个重要的方法共同完成的
- dispatchTouchEvent:用于进行点击事件的分发
- onInterceptTouchEvent:用于进行点击事件的拦截
- onTouchEvent:用于处理点击事件
这里需要注意的是View中是没有onInterceptTouchEvent()方法的
Android事件分发机制的分发例子
这里以两个ViewGroup嵌套View来演示,下面是演示图
一、MyView
继承View并覆写其三个构造方法,覆写dispatchTouchEvent和onTouchEvent
public class MyView extends View {public MyView(Context context) {super(context);}public MyView(Context context, AttributeSet attrs, int defStyleAttr) {super(context, attrs, defStyleAttr);}public MyView(Context context, AttributeSet attrs) {super(context, attrs);}@Overridepublic boolean dispatchTouchEvent(MotionEvent event) {System.out.println("MyView dispatchTouchEvent");return super.dispatchTouchEvent(event);}@Overridepublic boolean onTouchEvent(MotionEvent event) {System.out.println("MyView onTouchEvent");return super.onTouchEvent(event);}
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
二、MyViewGroup01和MyViewGroup02
MyViewGroup01和MyViewGroup02是一样的代码,这里以01为例,继承ViewGroup并覆写其三个构造方法,覆写dispatchTouchEvent和onTouchEvent和onInterceptTouchEvent方法
public class MyViewGroup01 extends LinearLayout {public MyViewGroup01(Context context) {super(context);}public MyViewGroup01(Context context, AttributeSet attrs, int defStyleAttr) {super(context, attrs, defStyleAttr);}public MyViewGroup01(Context context, AttributeSet attrs) {super(context, attrs);}@Overridepublic boolean dispatchTouchEvent(MotionEvent ev) {System.out.println("MyViewGroup01 dispatchTouchEvent");return super.dispatchTouchEvent(ev);}@Overridepublic boolean onInterceptTouchEvent(MotionEvent ev) {System.out.println("MyViewGroup01 onInterceptTouchEvent");return super.onInterceptTouchEvent(ev);}@Overridepublic boolean onTouchEvent(MotionEvent event) {System.out.println("MyViewGroup01 onTouchEvent");return super.onTouchEvent(event);}
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
三、MyView和MyViewGroup布局文件
这里以ViewGroup和Group嵌套,由上面可以知道事件最后分配到布局的顶级View,这里的顶级View是MyViewGroup02,然后开始事件的传递
<?xml version="1.0" encoding="utf-8"?>
<com.handsome.boke2.TouchEvent.MyViewGroup02 xmlns:android="http://schemas.android.com/apk/res/android"android:layout_width="200dp"android:layout_height="200dp"android:background="#0f0"><com.handsome.boke2.TouchEvent.MyViewGroup01android:layout_width="100dp"android:layout_height="100dp"android:background="#f00"><com.handsome.boke2.TouchEvent.MyViewandroid:layout_width="50dp"android:layout_height="50dp"android:background="#00f" /></com.handsome.boke2.TouchEvent.MyViewGroup01>
</com.handsome.boke2.TouchEvent.MyViewGroup02>
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
分析事件传递
点击MyView(即蓝色部分):先接收事件的是父容器(MyViewGroup02)往下分发,而事件的分发过程中分为两步骤
- 分发过程
- 处理过程
其正常的分发事件结果为
//分发过程
MyViewGroup02 dispatchTouchEvent
MyViewGroup02 onInterceptTouchEvent
MyViewGroup01 dispatchTouchEvent
MyViewGroup01 onInterceptTouchEvent
MyView dispatchTouchEvent
//处理过程
MyView onTouchEvent
MyViewGroup01 onTouchEvent
MyViewGroup02 onTouchEvent
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
1、dispatchTouchEvent(分发事件)
如果在MyViewGroup01的dispatchTouchEvent方法中返回true,表示需要在MyViewGroup01消费了整个事件,即不会再分发,也不会再处理。dispatchTouchEvent方法中返回true的打印信息
//分发过程
MyViewGroup02 dispatchTouchEvent
MyViewGroup02 onInterceptTouchEvent
MyViewGroup01 dispatchTouchEvent
- 1
- 2
- 3
- 4
如果在MyViewGroup01的dispatchTouchEvent方法中返回false,表示在MyViewGroup01点击事件在本层不再继续进行分发,并交由上层控件的onTouchEvent方法进行消费。dispatchTouchEvent方法中返回false的打印信息
//分发过程
MyViewGroup02 dispatchTouchEvent
MyViewGroup02 onInterceptTouchEvent
MyViewGroup01 dispatchTouchEvent
//处理过程
MyViewGroup02 onTouchEvent
- 1
- 2
- 3
- 4
- 5
- 6
2、onInterceptTouchEvent(拦截事件)
如果在MyViewGroup01的onInterceptTouchEvent方法中返回true,表示需要在MyViewGroup01拦截这个点击事件,不再继续往下分发,即MyView不再执行dispatchTouchEvent方法。但是只是分发结束了而已,接着开始处理事件。下面是onInterceptTouchEvent方法中返回true的打印信息
//分发过程
MyViewGroup02 dispatchTouchEvent
MyViewGroup02 onInterceptTouchEvent
MyViewGroup01 dispatchTouchEvent
MyViewGroup01 onInterceptTouchEvent
//处理过程
MyViewGroup01 onTouchEvent
MyViewGroup02 onTouchEvent
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
如果在MyViewGroup01的onInterceptTouchEvent方法中返回false,表示需要在MyViewGroup01不会拦截这个点击事件,继续往下分发。下面是onInterceptTouchEvent方法中返回false的打印信息
//分发过程
MyViewGroup02 dispatchTouchEvent
MyViewGroup02 onInterceptTouchEvent
MyViewGroup01 dispatchTouchEvent
MyViewGroup01 onInterceptTouchEvent
MyView dispatchTouchEvent
//处理过程
MyView onTouchEvent
MyViewGroup01 onTouchEvent
MyViewGroup02 onTouchEvent
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
3、onTouchEvent(消费事件)
如果MyViewGroup01的onTouchEvent方法中返回true,表示MyViewGroup01可以将该事件直接消费掉了,即分发结束后,处理事件的时候,直接处理到MyViewGroup01就可以结束了。下面是onTouchEvent方法中返回true的打印信息
//分发过程
MyViewGroup02 dispatchTouchEvent
MyViewGroup02 onInterceptTouchEvent
MyViewGroup01 dispatchTouchEvent
MyViewGroup01 onInterceptTouchEvent
MyView dispatchTouchEvent
//处理过程
MyView onTouchEvent
MyViewGroup01 onTouchEvent
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
如果MyViewGroup01的onTouchEvent方法中返回false,表示MyViewGroup01不可以将该事件直接消费掉,即事件继续往上处理。下面是onTouchEvent方法中返回false的打印信息
//分发过程
MyViewGroup02 dispatchTouchEvent
MyViewGroup02 onInterceptTouchEvent
MyViewGroup01 dispatchTouchEvent
MyViewGroup01 onInterceptTouchEvent
MyView dispatchTouchEvent
//处理过程
MyView onTouchEvent
MyViewGroup01 onTouchEvent
MyViewGroup02 onTouchEvent
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
总结起来:
- dispatchTouchEvent
- return true:表示该View内部消化掉了所有事件
- return false:表示事件在本层不再继续进行分发,并交由上层控件的onTouchEvent方法进行消费
- return super.dispatchTouchEvent(ev):默认事件将分发给本层的事件拦截onInterceptTouchEvent方法进行处理
- onInterceptTouchEvent
- return true:表示将事件进行拦截,并将拦截到的事件交由本层控件的onTouchEvent进行处理
- return false:表示不对事件进行拦截,事件得以成功分发到子View
- return super.onInterceptTouchEvent(ev):默认表示不拦截该事件,并将事件传递给下一层View的dispatchTouchEvent
- onTouchEvent
- return true:表示onTouchEvent处理完事件后消费了此次事件
- return fasle:表示不响应事件,那么该事件将会不断向上层View的onTouchEvent方法传递,直到某个View的onTouchEvent方法返回true
- return super.dispatchTouchEvent(ev):表示不响应事件,结果与return false一样
Android事件分发机制的分发流程
这里以网上的图片来说明,如果对上面分发例子还不太懂的同学,看这张图片已经很生动的说明了整个过程
ViewGroup事件分发源码分析
我们这里以ViewGroup的dispatchTouchEvent()方法开始讲解,这里面主要有两件事情
- 询问是否拦截事件
- 遍历子View并分发事件
一、dispatchTouchEvent源码询问拦截事件
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {......// Check for interception.final boolean intercepted;//这里检查是否拦截事件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;}......
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
ViewGroup在两种情况下都会判断是否要拦截当前事件
- 事件类型为ACTION_DOWN:当前由我们触发的点击事件,也即是说ACTION_MOVE和ACTION_UP事件来时,则不触发拦截事件
- mFirstTouchTarget != null:当ViewGroup不拦截事件并将事件交给子View的时候该不等式成立。反过来,事件被ViewGroup拦截时,该不等式不成立
二、dispatchTouchEvent源码遍历子View并分发事件
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {......final View[] children = mChildren;//遍历所有子Viewfor (int i = childrenCount - 1; i >= 0; i--) {final int childIndex = getAndVerifyPreorderedIndex(childrenCount, i, customOrder);final View child = getAndVerifyPreorderedView(preorderedList, children, childIndex);//判断子View是否能接收点击事件if (childWithAccessibilityFocus != null) {if (childWithAccessibilityFocus != child) {continue;}childWithAccessibilityFocus = null;i = childrenCount - 1;}//判断子元素在播放动画时落在子元素的区域内if (!canViewReceivePointerEvents(child)|| !isTransformedTouchPointInView(x, y, child, null)) {ev.setTargetAccessibilityFocus(false);continue;}//判断子元素点击事件是否落在子元素的区域内newTouchTarget = getTouchTarget(child);if (newTouchTarget != null) {// Child is already receiving touch within its bounds.// Give it the new pointer in addition to the ones it is handling.newTouchTarget.pointerIdBits |= idBitsToAssign;break;}resetCancelNextUpFlag(child);//事件传递到子View,下面追踪该方法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 indexfor (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;}// The accessibility focus didn't handle the event, so clear// the flag and do a normal dispatch to all children.ev.setTargetAccessibilityFocus(false);}......
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
ViewGroup直接使用for遍历所有子View,对子View的各种状态进行判断,最后调用dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)将事件传递给子View,下面是dispatchTransformedTouchEvent()方法的部分源码
if (child == null) {handled = super.dispatchTouchEvent(event);
} else {handled = child.dispatchTouchEvent(event);
}
- 1
- 2
- 3
- 4
- 5
其最后就是分发给子View的dispatchTouchEvent()方法,那么事件就分发到子View中去了
View事件分发源码分析
View对点击事件的处理过程主要有
- View的dispatchTouchEvent():判断分发事件
- View的onTouchEvent():处理事件的具体做法
一、dispatchTouchEvent源码判断分发事件部分
public boolean dispatchTouchEvent(MotionEvent event) {boolean result = false;......if (onFilterTouchEventForSecurity(event)) {if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {result = true;}//noinspection SimplifiableIfStatementListenerInfo 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;
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
从源码判断处看出,首先会判断有没有设置mOnTouchListener,如果mOnTouchListener不为空,那么onTouchEvent就不会被调用,这里可以得到一个结论,若在View中设置了OnTouchListener,那么它的优先级是高于onTouchEvent的,这样可以更好的让我们自己setOnTouchEventListener()处理点击事件
二、onTouchEvent源码处理事件的具体做法部分
public boolean onTouchEvent(MotionEvent event) {......//当View处于不可用状态下,也会消耗点击事件if ((viewFlags & ENABLED_MASK) == DISABLED) {if (action == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) {setPressed(false);}// A disabled view that is clickable still consumes the touch// events, it just doesn't respond to them.return (((viewFlags & CLICKABLE) == CLICKABLE|| (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)|| (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE);}......//对点击事件的具体处理if (((viewFlags & CLICKABLE) == CLICKABLE ||(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) ||(viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE) {switch (action) {case MotionEvent.ACTION_UP:boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) {......if (!mHasPerformedLongPress && !mIgnoreNextUpEvent) {// This is a tap, so remove the longpress checkremoveLongPressCallback();// Only perform take click actions if we were in the pressed stateif (!focusTaken) {// Use a Runnable and post this rather than calling// performClick directly. This lets other visual state// of the view update before click actions start.if (mPerformClick == null) {mPerformClick = new PerformClick();}if (!post(mPerformClick)) {performClick();}}}......}}return true;}......
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
从对点击事件的具体处理中看出,只要View的CLICKABLE和LONG_CLICKABLE有一个为true,那么它就会消耗这个事件,即onTouchEvent方法返回true。在ACTION_UP事件中,会触发PerformClick()方法,如果View设置了OnClickListener,那么PerformClick()方法内部会调用它的onClick()方法,这里就不分析它的点击事件了
View事件方法执行顺序
onTouchListener > onTouchEvent > onLongClickListener > onClickListener
面试题
1、简要的谈谈Android的事件分发机制?
当点击事件发生时,首先Activity将TouchEvent传递给Window,再从Window传递给顶层View。TouchEvent会最先到达最顶层 view 的 dispatchTouchEvent ,然后由 dispatchTouchEvent 方法进行分发,如果dispatchTouchEvent返回true ,则整个事件将会被销毁,如果dispatchTouchEvent返回 false ,则交给上层view的 onTouchEvent 方法来开始处理这个事件,如果 interceptTouchEvent 返回 true ,也就是拦截掉了,则交给自身的 onTouchEvent 来处理,如果 interceptTouchEvent 返回 false ,那么事件将继续传递给子 view ,由子 view 的 dispatchTouchEvent 再来开始这个事件的分发。如果事件传递到某一层的子 view 的 onTouchEvent 上了,且这个方法返回了 false ,那么这个事件会从这个 view 往上传递,都是 onTouchEvent 来接收,直到onTouchEvent返回true为止。而如果传递到最顶view的 onTouchEvent 也返回 false 的话,这个事件就会消失。
2、为什么View有dispatchTouchEvent方法?
因为View可以注册很多事件的监听器,如长按、滑动、点击等,它也需要一个管理者来分发
3、ViewGroup中可能有很多个子View,如何判断应该分配给哪一个?
根据源码可知,它会分配给在点击范围内的子View
4、当点击时,子View重叠应该如何分配?
一般分配给最上层的子View,这是由于安卓的渲染机制导致的
结语
事件分发机制就犹如数学的定理是一样道理的,只有记住定理,才能在具体应用中具体分析,有人可能不知道在什么地方会用到,如果你做的项目中,比如有一个控件点击不能反应,那么就有可能是事件分发的结果。至于对源码的分析可能内容比较复杂,内容也多,源码部分有些也让我不是很懂,这里是浅析一下,做个开头,希望大家下去有时间可以翻源码去理解这一机制,将它运用在实战中吧
Android事件分发机制综述相关推荐
- android触摸事件分发,Android 事件分发机制
Android 事件分发机制一直让人头痛,之前也是面向 GitHub 编程得过且过.今天下定决心了解一下,以便后面自己定制 View 效果.Android 触摸事件有三个基本类型:ACTION_DOW ...
- 【转】Android事件分发机制完全解析,带你从源码的角度彻底理解(下)
转载请注明出处:http://blog.csdn.net/guolin_blog/article/details/9153761 记得在前面的文章中,我带大家一起从源码的角度分析了Android中Vi ...
- 浅谈Android事件分发机制
在Android实际开发过程中经常会遇到View之间的滑动冲突,如ScrollView与Listview.RecyclerView之间的嵌套使用.在很好的解决此类问题之前,我们应深入的了解Androi ...
- Android 事件分发机制
Android 事件分发机制 demo验证: https://blog.csdn.net/hty1053240123/article/details/77866302 目录 1.基础认知 2.事件 ...
- Android事件分发机制:基础篇:最全面、最易懂
如何提升安卓水平?安卓开发者必须了解的事件分发机制. 最全面.最易懂的形式来讲解Android事件分发机制. 0. 前言 鉴于安卓分发机制较为复杂,故分为多个层次进行讲解,分别为基础篇.实践篇与高级篇 ...
- Android 系统(199)---Android事件分发机制详解
Android事件分发机制详解 前言 Android事件分发机制是Android开发者必须了解的基础 网上有大量关于Android事件分发机制的文章,但存在一些问题:内容不全.思路不清晰.无源码分析. ...
- android系统(8)---android事件分发机制
前言 Android事件分发机制是每个Android开发者必须了解的基础知识 网上有大量关于Android事件分发机制的文章,但存在一些问题:内容不全.思路不清晰.无源码分析.简单问题复杂化等等 今天 ...
- 一篇文章彻底搞懂Android事件分发机制
本文讲的是一篇文章彻底搞懂Android事件分发机制,在android开发中会经常遇到滑动冲突(比如ScrollView或是SliddingMenu与ListView的嵌套)的问题,需要我们深入的了解 ...
- Android 事件分发机制分析及源码详解
Android 事件分发机制分析及源码详解 文章目录 Android 事件分发机制分析及源码详解 事件的定义 事件分发序列模型 分发序列 分发模型 事件分发对象及相关方法 源码分析 事件分发总结 一般 ...
- 【朝花夕拾】Android自定义View篇之(六)Android事件分发机制(中)从源码分析事件分发机制...
前言 转载请注明,转自[https://www.cnblogs.com/andy-songwei/p/11039252.html]谢谢! 在上一篇文章[[朝花夕拾]Android自定义View篇之(五 ...
最新文章
- 面试:TCP协议经典十五连问!
- Mongodb aggregation 基本操作示例
- 7_linux下PHP、Apache、Mysql服务的安装
- Django学习(一)
- sudo: /usr/lib/sudo/sudoers.so must be owned by uid 0
- Android 设备的CPU类型(通常称为”ABIs”)
- 蛋疼的strtok函数
- 英特尔处理器的性能监控事件文件下载
- 为什么每个邮件收到后都会有一个htm的附件_Python3.x 发送各种形式的告警邮件内容...
- 消费分期群体-在校大学生和职场白领
- unity 打开摄像头(图像倒立的变换) 和显示所有摄像头的名称
- python调用bing翻译API V2
- 【U盘量产工具】windows无法完成格式化——芯邦主控CBM2098S
- 一箭N雕:多任务深度学习实战
- SEM营销推广策略和优化,做好其实并不难!
- 从零搭建开发脚手架 Spring Boot集成Mybatis-plus之一
- 基数排序(桶排序)思路分析及代码实现
- RabbitMQ 延迟队列和消息可靠传递
- 不习惯的 Vue3 起步五 のapiHooks 封装
- A + B Proble