Android View事件分发机制

Android View 虽然不是四大组件,但其并不比四大组件的地位低。而View的核心知识点事件分发机制则是不少刚入门同学的拦路虎。ScrollView嵌套RecyclerView(或者ListView)的滑动冲突这种老大难的问题的理论基础就是事件分发机制。


事件分发机制面试也会经常被提及,如果你能get到要领,并跟面试官深入的灵魂交流一下,那么一定会让面试官对你印象深刻,抛出爱的橄榄枝~想想都有点小激动呢~。那么就让我们从浅入深,由表及里的去看事件分发机制,全方位,立体式,去弄懂这个神秘的事件分发机制吧。


MotionEvent事件初探


我们对屏幕的点击,滑动,抬起等一系的动作都是由一个一个MotionEvent对象组成的。根据不同动作,主要有以下三种事件类型:
1.ACTION_DOWN:手指刚接触屏幕,按下去的那一瞬间产生该事件
2.ACTION_MOVE:手指在屏幕上移动时候产生该事件
3.ACTION_UP:手指从屏幕上松开的瞬间产生该事件

从ACTION_DOWN开始到ACTION_UP结束我们称为一个事件序列

正常情况下,无论你手指在屏幕上有多么骚的操作,最终呈现在MotionEvent上来讲无外乎下面两种。
1.点击后抬起,也就是单击操作:ACTION_DOWN -> ACTION_UP
2.点击后再风骚的滑动一段距离,再抬起:ACTION_DOWN -> ACTION_MOVE -> ... -> ACTION_MOVE -> ACTION_UP



 
 
  1. public class MotionEventActivity extends BaseActivity {
  2. private Button mButton;
  3. @Override
  4. protected void onCreate(Bundle savedInstanceState) {
  5. super.onCreate(savedInstanceState);
  6. setContentView(R.layout.activity_motion_event);
  7. mButton = (Button) findViewById(R.id.button);
  8. mButton.setOnTouchListener(new View.OnTouchListener() {
  9. @Override
  10. public boolean onTouch(View v, MotionEvent event) {
  11. switch (event.getAction()) {
  12. case MotionEvent.ACTION_DOWN:
  13. e("MotionEvent: ACTION_DOWN");
  14. break;
  15. case MotionEvent.ACTION_MOVE:
  16. e("MotionEvent: ACTION_MOVE");
  17. break;
  18. case MotionEvent.ACTION_UP:
  19. e("MotionEvent: ACTION_UP");
  20. break;
  21. }
  22. return false;
  23. }
  24. });
  25. }
  26. public void click(View v) {
  27. e("点击了按钮");
  28. }
  29. }

注:e("xxx")是BaseActivity封装的Log显示方法,具体请看BaseProject

当我们单击按钮:



当我们在按钮上风骚走位(滑动):


细心的同学一定发现了我们常用的按钮的onclick事件都是在ACTION_UP以后才被调用的。这和View的事件分发机制是不是有某种不可告人的关系呢?!



上面代码我们给button设置了OnTouchListener并重写了onTouch方法,方法返回值默认为false。如果这里我们返回true,那么你会发现onclick方法不执行了!!!What?
这些随着我们的深入探讨,结论就会浮出水面!针对MotionEvent,我们先说这么多。

MotionEvent事件分发


当一个MotionEvent产生了以后,就是你的手指在屏幕上做一系列动作的时候,系统需要把这一系列的MotionEvent分发给一个具体的View。我们重点需要了解这个分发的过程,那么系统是如何去判断这个事件要给哪个View,也就是说是如何进行分发的呢?

事件分发需要View的三个重要方法来共同完成:

  • public boolean dispatchTouchEvent(MotionEvent event)
    通过方法名我们不难猜测,它就是事件分发的重要方法。那么很明显,如果一个MotionEvent传递给了View,那么dispatchTouchEvent方法一定会被调用!
    返回值:表示是否消费了当前事件。可能是View本身的onTouchEvent方法消费,也可能是子View的dispatchTouchEvent方法中消费。返回true表示事件被消费,本次的事件终止。返回false表示View以及子View均没有消费事件,将调用父View的onTouchEvent方法

  • public boolean onInterceptTouchEvent(MotionEvent ev)
    事件拦截,当一个ViewGroup在接到MotionEvent事件序列时候,首先会调用此方法判断是否需要拦截。特别注意,这是ViewGroup特有的方法,View并没有拦截方法
    返回值:是否拦截事件传递,返回true表示拦截了事件,那么事件将不再向下分发而是调用View本身的onTouchEvent方法。返回false表示不做拦截,事件将向下分发到子View的dispatchTouchEvent方法。

  • public boolean onTouchEvent(MotionEvent ev)
    真正对MotionEvent进行处理或者说消费的方法。在dispatchTouchEvent进行调用。
    返回值:返回true表示事件被消费,本次的事件终止。返回false表示事件没有被消费,将调用父View的onTouchEvent方法

上面的三个方法可以用以下的伪代码来表示其之间的关系。


 
 
  1. public boolean dispatchTouchEvent(MotionEvent ev) {
  2. boolean consume = false;//事件是否被消费
  3. if (onInterceptTouchEvent(ev)){//调用onInterceptTouchEvent判断是否拦截事件
  4. consume = onTouchEvent(ev);//如果拦截则调用自身的onTouchEvent方法
  5. }else{
  6. consume = child.dispatchTouchEvent(ev);//不拦截调用子View的dispatchTouchEvent方法
  7. }
  8. return consume;//返回值表示事件是否被消费,true事件终止,false调用父View的onTouchEvent方法
  9. }

通过上面的介绍相信我们已经初步了解了View事件分发的机制


接下来我们来看一下View 和ViewGroup 在事件分发的时候有什么不一样的地方

ViewGroup是View的子类,也就是说ViewGroup本身就是一个View,但是它可以包含子View(当然子View也可能是一个ViewGroup),所以不难理解,上面所展示的伪代码表示的是ViewGroup 处理事件分发的流程。而View本身是不存在分发,所以也没有拦截方法(onInterceptTouchEvent),它只能在onTouchEvent方法中进行处理消费或者不消费。

上面结论先简单的理解一下,通过下面的流程图,会更加清晰的帮助我们梳理事件分发机制


View结构图

View事件分发流程图

可以看出事件的传递过程都是从父View到子View。

但是这里有三点需要特别强调一下

  • 子View可以通过requestDisallowInterceptTouchEvent方法干预父View的事件分发过程(ACTION_DOWN事件除外),而这就是我们处理滑动冲突常用的关键方法。关于处理滑动冲突,我们下一篇文章会专门去分析,这里就不做过多解释。

  • 对于View(注意!ViewGroup也是View)而言,如果设置了onTouchListener,那么OnTouchListener方法中的onTouch方法会被回调。onTouch方法返回true,则onTouchEvent方法不会被调用(onClick事件是在onTouchEvent中调用)所以三者优先级是onTouch->onTouchEvent->onClick

  • View 的onTouchEvent 方法默认都会消费掉事件(返回true),除非它是不可点击的(clickable和longClickable同时为false),View的longClickable默认为false,clickable需要区分情况,如Button的clickable默认为true,而TextView的clickable默认为false。

View事件分发源码


作为程序猿,最不想看的但是也不得不去看的就是源码!所谓知其然也要知其所以然,神秘的大佬曾经说过提高的方法就是READ THE FUCKING CODE!那么我们就带大家来看一下Android对事件分发的处理方式,看是否与我们上面说的结论一致!(为方便阅读,以下都只给出了关键代码并额外添加上一些简单注释,全部代码请自行阅读源码)



点击事件产生最先传递到当前的Activity,由Acivity的dispatchTouchEvent方法来对事件进行分发。那么很明显我们先看Activity的dispatchTouchEvent方法


 
 
  1. Class Activity:
  2. public boolean dispatchTouchEvent(MotionEvent ev) {
  3. if (ev.getAction() == MotionEvent.ACTION_DOWN) {
  4. onUserInteraction();
  5. }
  6. if (getWindow().superDispatchTouchEvent(ev)) {//事件分发并返回结果
  7. return true;//事件被消费
  8. }
  9. return onTouchEvent(ev);//没有View可以处理,调用Activity onTouchEvent方法
  10. }

通过上面的代码我们可以发现,事件会给Activity附属的Window进行分发。如果返回true,那么事件被消费。如果返回false表示事件发下去却没有View可以进行处理,则最后return Activity自己的onTouchEvent方法。

跟进getWindow().superDispatchTouchEvent(ev)方法发现是Window类当中的一个抽象方法


 
 
  1. Window类说明
  2. /**
  3. * Abstract base class for a top-level window look and behavior policy. An
  4. * instance of this class should be used as the top-level view added to the
  5. * window manager. It provides standard UI policies such as a background, title
  6. * area, default key processing, etc.
  7. *
  8. * <p>The only existing implementation of this abstract class is
  9. * android.view.PhoneWindow, which you should instantiate when needing a
  10. * Window.
  11. */
  12. Class Window:
  13. //抽象方法,需要看PhoneWindow的实现
  14. public abstract boolean superDispatchTouchEvent(MotionEvent event);

Window的源码有说明The only existing implementation of this abstract class is
android.view.PhoneWindow,Window的唯一实现类是PhoneWindow。那么去看PhoneWindow对应的代码。



 
 
  1. class PhoneWindow
  2. // This is the top-level view of the window, containing the window decor.
  3. private DecorView mDecor;
  4. public boolean superDispatchTouchEvent(MotionEvent event) {
  5. return mDecor.superDispatchTouchEvent(event);
  6. }

PhoneWindow又调用了DecorView的superDispatchTouchEvent方法。而这个DecorView就是Window的顶级View,我们通过setContentView设置的View是它的子View(Activity的setContentView,最终是调用PhoneWindow的setContentView,有兴趣同学可以去阅读,这块不是我们讨论重点)

到这里事件已经被传递到我们的顶级View中,一般是ViewGroup。
那么接下来重点将放到ViewGroup的dispatchTouchEvent方法中。我们之前说过,事件到达View会调用dispatchTouchEvent方法,如果View是ViewGroup那么会先判断是否拦截该事件。


 
 
  1. class ViewGroup:
  2. public boolean dispatchTouchEvent(MotionEvent ev) {
  3. ...
  4. final int action = ev.getAction();
  5. final int actionMasked = action & MotionEvent.ACTION_MASK;
  6. // Handle an initial down.
  7. if (actionMasked == MotionEvent.ACTION_DOWN) {
  8. // Throw away all previous state when starting a new touch gesture.
  9. // The framework may have dropped the up or cancel event for the previous gesture
  10. // due to an app switch, ANR, or some other state change.
  11. cancelAndClearTouchTargets(ev);
  12. resetTouchState();//清除FLAG_DISALLOW_INTERCEPT设置,并且mFirstTouchTarget 设置为null
  13. }
  14. // Check for interception.
  15. final boolean intercepted;//是否拦截事件
  16. if (actionMasked == MotionEvent.ACTION_DOWN
  17. || mFirstTouchTarget != null) {
  18. //FLAG_DISALLOW_INTERCEPT是子类通过requestDisallowInterceptTouchEvent方法进行设置的
  19. final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
  20. if (!disallowIntercept) {
  21. //调用onInterceptTouchEvent方法判断是否需要拦截
  22. intercepted = onInterceptTouchEvent(ev);
  23. ev.setAction(action); // restore action in case it was changed
  24. } else {
  25. intercepted = false;
  26. }
  27. } else {
  28. // There are no touch targets and this action is not an initial down
  29. // so this view group continues to intercept touches.
  30. intercepted = true;
  31. }
  32. ...
  33. }

我们前面说过子View可以通过requestDisallowInterceptTouchEvent方法干预父View的事件分发过程(ACTION_DOWN事件除外)

为什么ACTION_DOWN除外?通过上述代码我们不难发现。如果事件是ACTION_DOWN,那么ViewGroup会重置FLAG_DISALLOW_INTERCEPT标志位并且将mFirstTouchTarget 设置为null。对于mFirstTouchTarget 我们可以先这么理解,如果事件由子View去处理时mFirstTouchTarget 会被赋值并指向子View。

所以当事件为ACTION_DOWN 或者 mFirstTouchTarget !=null(即事件由子View处理)时会进行拦截判断。具体规则是如果子View设置了FLAG_DISALLOW_INTERCEPT标志位,那么intercepted =false。否则调用onInterceptTouchEvent方法。

如果事件不为ACTION_DOWN 且事件为ViewGroup本身处理(即mFirstTouchTarget ==null)那么intercepted =false,很显然事件已经交给自己处理根本没必要再调用onInterceptTouchEvent去判断是否拦截。

结论:

当ViewGroup决定拦截事件后,后续事件将默认交给它处理并且不会再调用onInterceptTouchEvent方法来判断是否拦截。子View可以通过设置FLAG_DISALLOW_INTERCEPT标志位来不让ViewGroup拦截除ACTION_DOWN以外的事件。

所以我们知道了onInterceptTouchEvent并非每次都会被调用。如果要处理所有的点击事件那么需要选择dispatchTouchEvent方法
而FLAG_DISALLOW_INTERCEPT标志位可以帮助我们去有效的处理滑动冲突

当ViewGroup不拦截事件,那么事件将下发给子View进行处理。


 
 
  1. class ViewGroup:
  2. public boolean dispatchTouchEvent(MotionEvent ev) {
  3. final View[] children = mChildren;
  4. //对子View进行遍历
  5. for (int i = childrenCount - 1; i >= 0; i--) {
  6. final int childIndex = getAndVerifyPreorderedIndex(
  7. childrenCount, i, customOrder);
  8. final View child = getAndVerifyPreorderedView(
  9. preorderedList, children, childIndex);
  10. // If there is a view that has accessibility focus we want it
  11. // to get the event first and if not handled we will perform a
  12. // normal dispatch. We may do a double iteration but this is
  13. // safer given the timeframe.
  14. if (childWithAccessibilityFocus != null) {
  15. if (childWithAccessibilityFocus != child) {
  16. continue;
  17. }
  18. childWithAccessibilityFocus = null;
  19. i = childrenCount - 1;
  20. }
  21. //判断1,View可见并且没有播放动画。2,点击事件的坐标落在View的范围内
  22. //如果上述两个条件有一项不满足则continue继续循环下一个View
  23. if (!canViewReceivePointerEvents(child)
  24. || !isTransformedTouchPointInView(x, y, child, null)) {
  25. ev.setTargetAccessibilityFocus(false);
  26. continue;
  27. }
  28. newTouchTarget = getTouchTarget(child);
  29. //如果有子View处理即newTouchTarget 不为null则跳出循环。
  30. if (newTouchTarget != null) {
  31. // Child is already receiving touch within its bounds.
  32. // Give it the new pointer in addition to the ones it is handling.
  33. newTouchTarget.pointerIdBits |= idBitsToAssign;
  34. break;
  35. }
  36. resetCancelNextUpFlag(child);
  37. //dispatchTransformedTouchEvent第三个参数child这里不为null
  38. //实际调用的是child的dispatchTouchEvent方法
  39. if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
  40. // Child wants to receive touch within its bounds.
  41. mLastTouchDownTime = ev.getDownTime();
  42. if (preorderedList != null) {
  43. // childIndex points into presorted list, find original index
  44. for (int j = 0; j < childrenCount; j++) {
  45. if (children[childIndex] == mChildren[j]) {
  46. mLastTouchDownIndex = j;
  47. break;
  48. }
  49. }
  50. } else {
  51. mLastTouchDownIndex = childIndex;
  52. }
  53. mLastTouchDownX = ev.getX();
  54. mLastTouchDownY = ev.getY();
  55. //当child处理了点击事件,那么会设置mFirstTouchTarget 在addTouchTarget被赋值
  56. newTouchTarget = addTouchTarget(child, idBitsToAssign);
  57. alreadyDispatchedToNewTouchTarget = true;
  58. //子View处理了事件,然后就跳出了for循环
  59. break;
  60. }
  61. }
  62. }

上面代码是将事件分发给子View的关键代码,需要关注的地方都加了注释。分发过程首先需要遍历ViewGroup的所有子View,可以接收点击事件的View需要满足下面条件。
1.如果View可见并且没有播放动画canViewReceivePointerEvents方法判断


 
 
  1. /**
  2. * Returns true if a child view can receive pointer events.
  3. * @hide
  4. */
  5. private static boolean canViewReceivePointerEvents(@NonNull View child) {
  6. return (child.mViewFlags & VISIBILITY_MASK) == VISIBLE
  7. || child.getAnimation() != null;
  8. }

2.点击事件的坐标落在View的范围内isTransformedTouchPointInView方法判断


 
 
  1. /**
  2. * Returns true if a child view contains the specified point when transformed
  3. * into its coordinate space.
  4. * Child must not be null.
  5. * @hide
  6. */
  7. protected boolean isTransformedTouchPointInView(float x, float y, View child,
  8. PointF outLocalPoint) {
  9. final float[] point = getTempPoint();
  10. point[0] = x;
  11. point[1] = y;
  12. transformPointToViewLocal(point, child);
  13. //调用View的pointInView方法进行判断坐标点是否在View内
  14. final boolean isInView = child.pointInView(point[0], point[1]);
  15. if (isInView && outLocalPoint != null) {
  16. outLocalPoint.set(point[0], point[1]);
  17. }
  18. return isInView;
  19. }

如果满足上面两个条件,接着我们看后面的代码newTouchTarget = getTouchTarget(child);


 
 
  1. /**
  2. * Gets the touch target for specified child view.
  3. * Returns null if not found.
  4. */
  5. private TouchTarget getTouchTarget(@NonNull View child) {
  6. for (TouchTarget target = mFirstTouchTarget; target != null; target = target.next) {
  7. if (target.child == child) {
  8. return target;
  9. }
  10. }
  11. return null;
  12. }

可以看到当mFirstTouchTarget不为null的时候并且target.child就为我们当前遍历的child的时候,那么返回的newTouchTarget 就不为null,则跳出循环。我们前面说过,当子View处理了点击事件那么mFirstTouchTarget就不为nulll。事实上此时我们还没有将事件分发给子View,所以正常情况下我们的newTouchTarget 此时为null

接下来关键来了
dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)方法。为方便我们将代码再一次贴到后面来



 
 
  1. if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
  2. // Child wants to receive touch within its bounds.
  3. mLastTouchDownTime = ev.getDownTime();
  4. if (preorderedList != null) {
  5. // childIndex points into presorted list, find original index
  6. for (int j = 0; j < childrenCount; j++) {
  7. if (children[childIndex] == mChildren[j]) {
  8. mLastTouchDownIndex = j;
  9. break;
  10. }
  11. }
  12. } else {
  13. mLastTouchDownIndex = childIndex;
  14. }
  15. mLastTouchDownX = ev.getX();
  16. mLastTouchDownY = ev.getY();
  17. //当child处理了点击事件,那么会设置mFirstTouchTarget 在addTouchTarget被赋值
  18. newTouchTarget = addTouchTarget(child, idBitsToAssign);
  19. alreadyDispatchedToNewTouchTarget = true;
  20. //子View处理了事件,然后就跳出了for循环
  21. break;
  22. }

可以看到它被最后一个if包围,如果它返回为true,那么就break跳出循环,如果返回为false则继续遍历下一个子View。
我们跟进dispatchTransformedTouchEvent方法可以看到这样的关键逻辑


 
 
  1. if (child == null) {
  2. handled = super.dispatchTouchEvent(event);
  3. } else {
  4. handled = child.dispatchTouchEvent(event);
  5. }

这里child是我们遍历传入的子View此时不为null,则调用了child.dispatchTouchEvent(event);
我们子View的dispatchTouchEvent方法返回true,表示子View处理了事件,那么我们一直提到的,mFirstTouchTarget 会被赋值,是在哪里完成的呢?
再回头看dispatchTransformedTouchEvent则为true进入最后一个if语句,有这么一句newTouchTarget = addTouchTarget(child, idBitsToAssign);


 
 
  1. /**
  2. * Adds a touch target for specified child to the beginning of the list.
  3. * Assumes the target child is not already present.
  4. */
  5. private TouchTarget addTouchTarget(@NonNull View child, int pointerIdBits) {
  6. final TouchTarget target = TouchTarget.obtain(child, pointerIdBits);
  7. target.next = mFirstTouchTarget;
  8. mFirstTouchTarget = target;
  9. return target;
  10. }

没错,mFirstTouchTarget 就是在addTouchTarget中被赋值!到此子View遍历结束

如果在遍历完子View以后ViewGroup仍然没有找到事件处理者即ViewGroup并没有子View或者子View处理了事件,但是子View的dispatchTouchEvent返回了false(一般是子View的onTouchEvent方法返回false)那么ViewGroup会去处理这个事件。
从代码上看就是我们遍历的dispatchTransformedTouchEvent方法返回了false。那么mFirstTouchTarget 必然为null;
在ViewGroup的dispatchTouchEvent遍历完子View后有下面的处理。


 
 
  1. // Dispatch to touch targets.
  2. if (mFirstTouchTarget == null) {
  3. // No touch targets so treat this as an ordinary view.
  4. handled = dispatchTransformedTouchEvent(ev, canceled, null,
  5. TouchTarget.ALL_POINTER_IDS);
  6. }

上面的dispatchTransformedTouchEvent方法第三个child参数传null
我们刚看了这个方法。当child为null时,handled = super.dispatchTouchEvent(event);所以此时将调用View的dispatchTouchEvent方法,点击事件给了View。到此事件分发过程全部结束!

结论:

ViewGroup会遍历所有子View去寻找能够处理点击事件的子View(可见,没有播放动画,点击事件坐标落在子View内部)最终调用子View的dispatchTouchEvent方法处理事件

当子View处理了事件则mFirstTouchTarget 被赋值,并终止子View的遍历。

如果ViewGroup并没有子View或者子View处理了事件,但是子View的dispatchTouchEvent返回了false(一般是子View的onTouchEvent方法返回false)那么ViewGroup会去处理这个事件(本质调用View的dispatchTouchEvent去处理)

通过ViewGroup对事件的分发,我们知道事件最终是调用View的dispatchTouchEvent来处理


View最终是怎么去处理事件的



 
 
  1. class View:
  2. public boolean dispatchTouchEvent(MotionEvent ev) {
  3. // If the event should be handled by accessibility focus first.
  4. if (event.isTargetAccessibilityFocus()) {
  5. // We don't have focus or no virtual descendant has it, do not handle the event.
  6. if (!isAccessibilityFocusedViewOrHost()) {
  7. return false;
  8. }
  9. // We have focus and got the event, then use normal event dispatch.
  10. event.setTargetAccessibilityFocus(false);
  11. }
  12. boolean result = false;
  13. if (mInputEventConsistencyVerifier != null) {
  14. mInputEventConsistencyVerifier.onTouchEvent(event, 0);
  15. }
  16. final int actionMasked = event.getActionMasked();
  17. if (actionMasked == MotionEvent.ACTION_DOWN) {
  18. // Defensive cleanup for new gesture
  19. stopNestedScroll();
  20. }
  21. if (onFilterTouchEventForSecurity(event)) {
  22. if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
  23. result = true;
  24. }
  25. //noinspection SimplifiableIfStatement
  26. ListenerInfo li = mListenerInfo;
  27. if (li != null && li.mOnTouchListener != null
  28. && (mViewFlags & ENABLED_MASK) == ENABLED
  29. && li.mOnTouchListener.onTouch(this, event)) {
  30. result = true;
  31. }
  32. if (!result && onTouchEvent(event)) {
  33. result = true;
  34. }
  35. }
  36. if (!result && mInputEventConsistencyVerifier != null) {
  37. mInputEventConsistencyVerifier.onUnhandledEvent(event, 0);
  38. }
  39. // Clean up after nested scrolls if this is the end of a gesture;
  40. // also cancel it if we tried an ACTION_DOWN but we didn't want the rest
  41. // of the gesture.
  42. if (actionMasked == MotionEvent.ACTION_UP ||
  43. actionMasked == MotionEvent.ACTION_CANCEL ||
  44. (actionMasked == MotionEvent.ACTION_DOWN && !result)) {
  45. stopNestedScroll();
  46. }
  47. return result;
  48. }

上面是View的dispatchTouchEvent方法的全部代码。相比ViewGroup我们需要好几段去拆开看的长篇大论而言,它就简洁多了。很明显View是单独的一个元素,它没有子View,所以也没有分发的代码。我们需要关注的也只是上面当中的一部分代码。


 
 
  1. //如果窗口没有被遮盖
  2. if (onFilterTouchEventForSecurity(event)) {
  3. if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
  4. result = true;
  5. }
  6. //noinspection SimplifiableIfStatement
  7. //当前监听事件
  8. ListenerInfo li = mListenerInfo;
  9. //需要特别注意这个判断当中的li.mOnTouchListener.onTouch(this, event)条件
  10. if (li != null && li.mOnTouchListener != null
  11. && (mViewFlags & ENABLED_MASK) == ENABLED
  12. && li.mOnTouchListener.onTouch(this, event)) {
  13. result = true;
  14. }
  15. //result为false调用自己的onTouchEvent方法处理
  16. if (!result && onTouchEvent(event)) {
  17. result = true;
  18. }
  19. }

通过上面代码我们可以看到View会先判断是否设置了OnTouchListener,如果设置了OnTouchListener并且onTouch方法返回了true,那么onTouchEvent不会被调用。
当没有设置OnTouchListener或者设置了OnTouchListener但是onTouch方法返回false则会调用View自己的onTouchEvent方法。接下来看onTouchEvent方法:


 
 
  1. class View:
  2. public boolean onTouchEvent(MotionEvent event) {
  3. final float x = event.getX();
  4. final float y = event.getY();
  5. final int viewFlags = mViewFlags;
  6. final int action = event.getAction();
  7. //1.如果View是设置成不可用的(DISABLED)仍然会消费点击事件
  8. if ((viewFlags & ENABLED_MASK) == DISABLED) {
  9. if (action == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) {
  10. setPressed(false);
  11. }
  12. // A disabled view that is clickable still consumes the touch
  13. // events, it just doesn't respond to them.
  14. return (((viewFlags & CLICKABLE) == CLICKABLE
  15. || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)
  16. || (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE);
  17. }
  18. ...
  19. //2.CLICKABLE 和LONG_CLICKABLE只要有一个为true就消费这个事件
  20. if (((viewFlags & CLICKABLE) == CLICKABLE ||
  21. (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) ||
  22. (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE) {
  23. switch (action) {
  24. case MotionEvent.ACTION_UP:
  25. boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;
  26. if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) {
  27. // take focus if we don't have it already and we should in
  28. // touch mode.
  29. boolean focusTaken = false;
  30. if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {
  31. focusTaken = requestFocus();
  32. }
  33. if (prepressed) {
  34. // The button is being released before we actually
  35. // showed it as pressed. Make it show the pressed
  36. // state now (before scheduling the click) to ensure
  37. // the user sees it.
  38. setPressed(true, x, y);
  39. }
  40. if (!mHasPerformedLongPress && !mIgnoreNextUpEvent) {
  41. // This is a tap, so remove the longpress check
  42. removeLongPressCallback();
  43. // Only perform take click actions if we were in the pressed state
  44. if (!focusTaken) {
  45. // Use a Runnable and post this rather than calling
  46. // performClick directly. This lets other visual state
  47. // of the view update before click actions start.
  48. if (mPerformClick == null) {
  49. mPerformClick = new PerformClick();
  50. }
  51. if (!post(mPerformClick)) {
  52. //3.在ACTION_UP方法发生时会触发performClick()方法
  53. performClick();
  54. }
  55. }
  56. }
  57. ...
  58. break;
  59. }
  60. ...
  61. return true;
  62. }
  63. return false;
  64. }

上述代码有三个关键点分别在注释处标出。可以看出即便View是disabled状态,依然不会影响事件的消费,只是它看起来不可用。只要CLICKABLE和LONG_CLICKABLE有一个为true,就一定会消费这个事件,就是onTouchEvent返回true。这点也印证了我们前面说的View 的onTouchEvent 方法默认都会消费掉事件(返回true),除非它是不可点击的(clickable和longClickable同时为false),View的longClickable默认为false,clickable需要区分情况,如Button的clickable默认为true,而TextView的clickable默认为false。
(没错这是复制前面的!!!)

ACTION_UP方法中有performClick();接下来看一下它:


 
 
  1. class View:
  2. /**
  3. * Call this view's OnClickListener, if it is defined. Performs all normal
  4. * actions associated with clicking: reporting accessibility event, playing
  5. * a sound, etc.
  6. *
  7. * @return True there was an assigned OnClickListener that was called, false
  8. * otherwise is returned.
  9. */
  10. public boolean performClick() {
  11. final boolean result;
  12. final ListenerInfo li = mListenerInfo;
  13. if (li != null && li.mOnClickListener != null) {
  14. playSoundEffect(SoundEffectConstants.CLICK);
  15. li.mOnClickListener.onClick(this);
  16. result = true;
  17. } else {
  18. result = false;
  19. }
  20. sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
  21. return result;
  22. }

很明显,如果View设置了OnClickListener,那么会回调onClick方法。到这里相信大家对一开始的例子已经没有什么疑惑了吧。


最后再强调一点,我们刚说过View的longClickable默认为false,clickable需要区分情况,如Button的clickable默认为true,而TextView的clickable默认为false。
这是默认情况,我们可以单独给View设置clickable属性,但有时候会发现View的setClickable方法失效了。假如我们想让View默认不可点击,将View的clickable设置成false,在合适的时候需要可点击所以我们又给View设置了OnClickListener,那么你会发现View默认依然可以点击,也就是说setClickable失效了。关于setClickable失效问题


 
 
  1. class View:
  2. public void setOnClickListener(@Nullable OnClickListener l) {
  3. if (!isClickable()) {
  4. setClickable(true);
  5. }
  6. getListenerInfo().mOnClickListener = l;
  7. }
  8. public void setOnLongClickListener(@Nullable OnLongClickListener l) {
  9. if (!isLongClickable()) {
  10. setLongClickable(true);
  11. }
  12. getListenerInfo().mOnLongClickListener = l;
  13. }

View的setOnClickListener会默认将View的clickable设置成true。
View的setOnLongClickListener同样会将View的longClickable设置成true。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值