源码跟踪分析View的事件分发(改)
来源:互联网 发布:mp3添加歌词软件 编辑:程序博客网 时间:2024/06/06 00:23
Andorid 写 View 的时候总会遇到滑动冲突问题,解决 View 的滑动冲突是十分重要的,因此需要对 Android 的事件分发机制有一定了解和认识。之前校招面试的时候自己被问过相关问题,最近在做的一个小 demo 也出现了相关问题,所以就好好学习了下。我觉得从源码走起能加深自己的印象也能从本质认清问题本身更好的去记忆。之前对事件分发有些误解,今天回过头来重新审视这篇文章也发现了一些问题,所以推倒重新写这篇文章。下面分享一下自己的学习成果哈,同时也希望大家能指出我的错误和不足。
先讲讲点击事件分发过程中3个比较重要的方法:
public boolean dispatchTouchEvent(MotionEvent ev)
这个方法的作用是用来分发点击事件的,如果点击事件传递到了当前 View,那么该方法首先会被调用,返回结果受当前 View 的 onTouchEvent 和下级 View 的 dispatchTouchEvent 的返回值的影响,表示是否消耗当前事件。如果所有 View 都不消耗,那么该点击事件最后会交给 Activity 的 onTouchEvent 方法处理。
public boolean onInterceptEvent(MotionEvent ev)
在上述方法内部调用,返回结果表示是否拦截事件。如果当前 View 拦截了某个事件,那么在同一个事件序列中此方法不会被再次调用。(View 中没有该方法,因为 View 没有子 View 不用拦截)
public boolean onTouchEvent(MotionEvent ev)
在 dispatchTouchEvent 中调用,用来处理点击事件,返回结果表示是否消耗当前事件,如果不消耗,则在同一个事件序列中(从 DOWN 到 UP),当前 View 无法再次接收到事件。
先来看一波上述三个方法的伪代码,可以有一个直观的概念,可以看出,如果当前 ViewGroup 准备拦截 (onInterceptTouchEvent 返回 true),则不向下传递,而是调用自己的 onTouchEvent;反之则传递给子 View。也可以看出 onTouchEvent 能直接影响 dispatchTouchEvent 的返回值:
public boolean dispatchTouchEvent (MotionEvent ev) { boolean consume = false ; if (onInterceptTouchEvent (ev)) { consume = onTouchEvent (ev); } else { consume = child.dispatchTouchEvent (ev); } return consume ;}
点击事件总是先传递给Activity 的 。即你手点击屏幕就会产生一些 MotionEvent 对象,也就是 dispatchTouchEvent 方法的参数,这些参数最先传递给 Activity 的 dispatchTouchEvent 方法。下面就从 Activity 讲起。
从 Acitvity 到 GroupView
当一个点击事件发生后首先会传递给 Activity,由 Activity 的 dispatchTouchEvent(MotionEvent ev) 来接收并进行分发,首先看一下 Activity 的 dispatchTouchEvent 方法源码:
public boolean dispatchTouchEvent(MotionEvent ev) { if (ev.getAction() == MotionEvent.ACTION_DOWN) { onUserInteraction(); } if (getWindow().superDispatchTouchEvent(ev)) { return true; } return onTouchEvent(ev);}
onUserInteraction() 方法是一个空方法,当然也可以重写该方法做一些交互。第一个 if 可以不看。
接着看第二个 if,如果 getWindow().superDispatchTouchEvent(ev) 返回 true,则 Activit 的 dispatchTouchEvent 返回 true;返回了false说明当所有的 View 都不需要该点击事件,则返回 onTouchEvent(ev)。
我们来看看 getWindow().superDispatchTouchEvent(ev) 的具体实现。Android 里面的 Window 类是一个抽象类,Window 类的唯一一个实现类是 PhoneWindow ,上述getWindow() 返回的就是 PhoneWindow 对象,所以来看看 PhoneWindow 的 superDispatchTouchEvent 方法:
public boolean superDispatchTouchEvent(MotionEvent event) { return mDecor.superDispatchTouchEvent(event);}
该方法就一条语句,直接 return mDecor.superDispatchTouchEvent(event) 的。先点进去看看 mDecor 这个对象,可以看到它是 DecorView 类对象,DecorView 类对象是整个应用窗口的根View,下面是 DecorView 类的类声明:
private final class DecorView extends FrameLayout implements RootViewSurfaceTaker
下面看一下 DecorView 的 superDispatchTouchEvent(event) 方法:
public boolean superDispatchTouchEvent(MotionEvent event){ return super.dispatchTouchEvent(event);}
因为 DecorView 是继承自 FrameLayout 的,FrameLayout 又是继承自 GroupView,所以mDecor.superDispatchTouchEvent(event) 调用的就是 GroupView 的 superDispatchTouchEvent 方法。这时候点击事件就传递到了 GroupView 了(虽然觉得 传递 这个词不好,但是又找不到其他词来代替)。
从 GroupView 到 View
下面是 ViewGroup 的 dispatchTouchEvent 中关于拦截的相关逻辑:
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); } else { intercepted = false; } } else { intercepted = true; } ...}
先看最外层 if 的判断条件,事件类型为 ACTION_DOWN 或者 mFirstTouchTarget != null。mFirstTouchTarget 在当前 ViewGroup 的子 View 决定拦截处理事件(即子 View 的dispatchTouchEvent 返回了 true)时会被赋值(后面会解释原因),被赋值则 mFirstTouchTarget != null 成立。
当 ACTION_MOVE 和 ACTION_UP 过来,actionMasked == MotionEvent.ACTION_DOWN 不成立,这时候如果 mFirstTouchTarget == null 说明没有子 View 要处理这次点击事件,则 intercepted = true, 即当前 ViewGroup 要拦截这次事件(因为没有子 View 处理,而且事件能传递到当前 ViewGroup,所以当前 ViewGroup 拦截)。如果 mFirstTouchTarget != null 就不拦截,点击事件再继续往下传递。
如果最外层 if 条件成立,进入到 if 内部。mGroupFlags 和 FLAG_DISALLOW_INTERCEPT 是2个标志位。mGroupFlags 这个标志位我不清楚,FLAG_DISALLOW_INTERCEPT 是通过 requestDisallowInterceptTouchEvent 来设置,一般是通过在子 View 调用该方法来设置该标志,该标志一旦设置(设置为某个特定值),ViewGroup 将无法拦截除了 ACTION_DOWN 之外的其他点击事件(即如果没有多点触控的话,同一事件序列的后续事件都不会拦截),因为 ACTION_DOWN 事件会重置 FLAG_DISALLOW_INTERCEPT 标志位。
内层 if 的条件,如果 disallowIntercept 为 false 即允许拦截,intercepted = onInterceptTouchEvent(ev) 这句执行,此时点击事件就传递给 onInterceptTouchEvent 。而 onInterceptTouchEvent 是默认返回 false 的,即不拦截,需要拦截时重写该方法即可。
public boolean onInterceptTouchEvent(MotionEvent ev) { return false;}
如果 onInterceptTouchEvent 返回了true,那么该点击事件就不会传递给 child ,则 mFirstTouchTarget == null ,而 mFirstTouchTarget == null 就会转到调用自己的 onTouchEvent (后面会讲到)。所以一旦 ViewGroup 拦截了点击事件,就会转向执行自己的 onTouchEvent 方法。
当 ViewGroup 不拦截点击事件时,点击事件就要向下分发。下面是 ViewGroup 中将点击事件向下分发的源码:
public boolean dispatchTouchEvent(MotionEvent ev) { ... final View[] children = mChildren; //遍历所有子 View for (int i = childrenCount - 1; i >= 0; i--) { final int childIndex = customOrder ? getChildDrawingOrder(childrenCount, i) : i; final View child = (preorderedList == null) ? children[childIndex] : preorderedList.get(childIndex); //判断子 View 是否能接收点击事件 if (!canViewReceivePointerEvents(child) || !isTransformedTouchPointInView(x, y, child, null)) { continue; } //判断当前 view 是否已存在 mFirstTouchTarget 队列中,当多点触控时,多次点击同一个 View 只保存一个 newTouchTarget = getTouchTarget(child); if (newTouchTarget != null) { newTouchTarget.pointerIdBits |= idBitsToAssign; break; } resetCancelNextUpFlag(child); //事件向子 View 传递 if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)){ mLastTouchDownTime = ev.getDownTime(); if (preorderedList != null) { 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; } } ...}
上述最后一个 if 内部有一个方法 addTouchTarget ,上面提到的 mFirstTouchTarget 就是在该方法里赋值的:
private TouchTarget addTouchTarget(View child, int pointerIdBits) { TouchTarget target = TouchTarget.obtain(child, pointerIdBits); target.next = mFirstTouchTarget; mFirstTouchTarget = target; return target;}
所以,在非多点触控情况下,dispatchTransformedTouchEvent 方法要是返回 false 的话,mFirstTouchTarget 就不会被赋值;返回true的话, mFirstTouchTarget 就会被赋值同时退出 for 循环。这个结论很重要。
child 不为 null 时,在 dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign) 内部调用的就是就是子 View 的 dispatchTouchEvent,dispatchTransformedTouchEvent 方法中有如下一段代码:
...if (child == null) { handled = super.dispatchTouchEvent(event);} else { handled = child.dispatchTouchEvent(event);}...
可以看出这里的 child 是该方法的第三个参数,有 2 种情况:
1. 第一种情况,child == null
即当前 ViewGroup 没有子 View ,则 handled = super.dispatchTouchEvent(event)。此时会调用 ViewGroup 的父类 View 类的 dispatchTouchEvent,先来看一下该类中的部分方法:
public boolean dispatchTouchEvent(MotionEvent event) { boolean result = false ; ... if (onFilterTouchEventForSecurity(event)) { 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 ;}
ListenerInfo 在 OnTouchListener 被设置的时候会初始化,onFilterTouchEventForSecurity 做的是一些标志位判断,用来过滤一些不安全的分发操作,所以直接来看第二个 if:
if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && li.mOnTouchListener.onTouch(this, event))
当 OnTouchListener 被设置后不为 null (此时 ListenerInfo 被初始化也不为 null)并且该 ViewGroup 是 Enable 状态并且 OnTouchListener 的 onTouch 返回了 true,则 result = true。那么下一个 if 判断 !result 为 false,根据 && 运算符特性,左边为 true 则右边的 onTouchEvent 不会被调用。即只要设置了 OnTouchListener 并且返回了 true, 则 onTouchEvent 就不会被调用,可见 OnTouchListener 的优先级高于 onTouchEvent。这样点击事件就传递到 onTouchEvent 了,这里的 onTouchEvent 是当前 GroupView 的 onTouchEvent。
如果 onTouchEvent 方法 return false,将间接导致 ViewGroup 的 dispatchTouchEvent 返回 false。因为既然能执行到 onTouchEvent,!result 肯定为true,则此时 result 为 false,如果 onTouchEvent 返回了 false,则第二个 if 不满足条件,就没法给 result 赋值,那么返回的 result 就为 false,即 dispatchTouchEvent 返回 false,即 dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign) 返回 false,此时 mFirstTouchTarget == null ,当 mFirstTouchTarget == null 时,ViewGroup 就会自己处理点击事件,注意此时 dispatchTransformedTouchEvent 方法的第三个参数 child 直接为 null (下面方法是 ViewGroup 的 dispatchTouchEvent 方法中的部分):
// Dispatch to touch targets.if (mFirstTouchTarget == null) { // No touch targets so treat this as an ordinary view. handled = dispatchTransformedTouchEvent(ev, canceled, null, TouchTarget.ALL_POINTER_IDS);}
2. 第二种情况,child != null
则 handled = child.dispatchTouchEvent(event) 。假使 GroupView 中被点击的 child 为 View (当然也可能为GroupView,比如 ScrollView 嵌套 ListView)。则此时调用的是也 View 的 dispatchTouchEvent。区别就在于调用的 onTouchEvent 方法不同(一般 onTouchEvent 是自己按需求重写)。
同样的,如果 View 的 onTouchEvent 返回了 true ,表示消耗当前点击事件,点击事件传递终止;反之,返回了 false,间接导致 dispatchTouchEvent 返回 false;如果 View 的 diapatchTouchEvent 返回 false 说明当前 View 不准备消费点击事件,那么前面提到的 mFirstTouchTarget 就为 null,因为前面说过只有子 View 明确表示要消费点击事件,它才会被赋值。那么此时 dispatchTransformedTouchEvent 就会返回 false。即 ViewGroup 的 mFirstTouchTarget 就不会被赋值,从而 ViewGroup 自己处理点击事件,即 1 中后面的代码,从而 handled = dispatchTransformedTouchEvent(ev, canceled, null, TouchTarget.ALL_POINTER_IDS),从而调用 super.dispatchTouchEvent,从而调用 ViewGroup 自己的 onTouchEvent。
可以看出:当子 View 的 dispatchTouchEvent 返回了 false,那么父 ViewGroup 的onTouchEvent 就会被调用。最终会导致 Activity 的 onTouchEvent 被调用。
总结:
点击事件总是先传递给 Activity 的 dispatchTouchEvent,然后传递到 DecorView 的 superDispatchTouchEvent,从而传递到 ViewGroup的dispatchTouchEvent。在 ViewGroup 中,要是 onInterceptTouchEvent 返回了 true,点击事件就停止往下传,从而传递给当前 ViewGroup 的 onTouchEvent(要是 OnTouchListener 没有被设置或者返回了 false 的话,View 同理);要是返回了 false,在它的子 View 不为 null 的情况下,会传递给当前点击的那个子 View。点击事件传递给子 View,子 View 的 onTouchEvent 就会被调用。如果子 View 的 onTouchEvent 返回了 true 表示消耗该事件,返回了 false 则父 ViewGroup 的 onTouchEvent 就会被调用。最后会导致 Activity 的 onTouchEvent 被调用。
当多层嵌套时道理是一样的,总是先传递给 Activity,再由 Activity 向下分发。点击事件传递到当前 ViewGroup 或 View 总是先调用 dispatchTouchEvent 方法,调用其他方法的情况也都是一样的。
重要结论:
- 点击事件从 Activity 中的 dispatchTouchEvent 开始向下分发,向上回溯是最终决定 getWindow().superDispatchTouchEvent(ev) 的返回值;
- onInterceptTouchEvent 方法不是每一次都会被调用,只有当传递过来的为 ACTION_DOWN 事件或者 mFirstTouchTarget != null;
- 当子 View 的 dispatchTouchEvent 返回了 false,那么父 ViewGroup 的onTouchEvent 就会被调用;
- onTouchListener 的优先级高于 onTouchEvent,如果前者被赋值并且返回了true,后者将被屏蔽;
- 只要点击事件能传递到 View,那么它的 onTouchEvent 方法一定会被调用。
参考书籍:《Android开发艺术探索》
- 源码跟踪分析View的事件分发(改)
- 源码分析View的事件分发机制
- View的事件分发源码分析
- View的事件分发机制源码分析
- View事件分发源码分析(一)
- View事件分发源码分析(二)
- android源码分析之View的事件分发(上)
- View的事件分发机制(源码分析)
- View事件分发源码分析
- View事件分发源码分析
- Android—— View事件分发机制的源码分析
- View事件的分发机制流程源码分析
- Android源码分析--View的事件分发机制
- View的事件分发机制,从源码角度分析一下
- view事件分发源码学习和分析
- View事件分发机制源码分析
- Android源码分析(二):View的事件分发机制探析
- View的事件分发机制源码解析
- Codeforces 689B Mike and Shortcuts DFS or BFS
- 致敬2016
- 揭露forward和redirect的本质(区别)
- 2017年,孩子,我想和你说
- poj 1002
- 源码跟踪分析View的事件分发(改)
- JavaScript基础加强
- MSP430应用技巧6:代码速度的优化
- 辞旧迎新(无关学术)
- Html练习2
- MyBatis学习之代码生成器Generator
- 2017开始学PHP听说PHP是最好的语言
- 77. Combinations
- Android中Intent和IntentFilter进行通信