标签:
上篇转载了 Android:30分钟弄明白Touch事件分发机制
这篇转载 Android中的dispatchTouchEvent()、onInterceptTouchEvent()和onTouchEvent()
下篇,将对NestedScrolling相关的四个方法汇总分析!
然后再用二个Demo分别对以前5.0之前的View事件分发与NestedScrolling使用进行不同的实现!
(转载二)
Android中触摸事件传递过程中最重要的是dispatchTouchEvent()、onInterceptTouchEvent()和onTouchEvent()方法。这个是困扰初学者的问题之一,我开始也是。这里记录一下dispatchTouchEvent()、onInterceptTouchEvent()和onTouchEvent()的处理过程,以供记忆。
dispatchTouchEvent是处理触摸事件分发,事件(多数情况)是从Activity的dispatchTouchEvent开始的。执行
super.dispatchTouchEvent(ev),事件向下分发。
onInterceptTouchEvent是ViewGroup提供的方法,默认返回false,返回true表示拦截。
onTouchEvent是View中提供的方法,ViewGroup也有这个方法,view中不提供onInterceptTouchEvent。view中默认返回true,表示消费了这个事件。
View里,有两个回调函数 :
1 public boolean dispatchTouchEvent(MotionEvent ev);
2 public boolean onTouchEvent(MotionEvent ev);
ViewGroup里,有三个回调函数 :
3 public boolean dispatchTouchEvent(MotionEvent ev);
4 public boolean onInterceptTouchEvent(MotionEvent ev);
5 public boolean onTouchEvent(MotionEvent ev);
在Activity里,有两个回调函数 :
6 public boolean dispatchTouchEvent(MotionEvent ev);
7 public boolean onTouchEvent(MotionEvent ev);
Android中默认情况下事件传递是由最终的view的接收到,传递过程是从父布局到子布局,也就是从Activity到ViewGroup到View的过程,默认情况,ViewGroup起到的是透传作用。Android中事件传递过程(按箭头方向)如下图,图片来自[qiushuiqifei],谢谢[qiushuiqifei]整理。
触摸事件是一连串ACTION_DOWN,ACTION_MOVE..MOVE…MOVE、最后ACTION_UP,触摸事件还有ACTION_CANCEL事件。事件都是从ACTION_DOWN开始的,Activity的dispatchTouchEvent()首先接收到ACTION_DOWN,执行super.dispatchTouchEvent(ev),事件向下分发。
dispatchTouchEvent()返回true,后续事件(ACTION_MOVE、ACTION_UP)会再传递,如果返回false,dispatchTouchEvent()就接收不到ACTION_UP、ACTION_MOVE。
下面的几张图参考自[eoe]
图2-1.ACTION_DOWN被View消费了
图2-2.后续ACTION_MOVE和UP在不被拦截的情况下都会去找VIEW
图3.后续的被拦截了
图4ACTION_DOWN一开始就被拦截
android中的Touch事件都是从ACTION_DOWN开始的:
单手指操作:ACTION_DOWN---ACTION_MOVE----ACTION_UP
多手指操作:ACTION_DOWN---ACTION_POINTER_DOWN---ACTION_MOVE--ACTION_POINTER_UP---ACTION_UP.
Android?NestedScrolling与分发机制?二
标签:
原文地址:http://www.cnblogs.com/ut2016-progam/p/5345661.html