当前位置: 58彩票app下载 > 编程技术 > 正文

的风浪分发机制,View的风云分发机制

时间:2019-09-18 11:14来源:编程技术
Android View事件分发机制 1.点击事件的传递规则 首先我们先看看下面一段伪代码,通过它我们可以理解到点击事件的传递规则: public boolean dispatchTouchEvent (MotionEvent ev){ boolean consume = fal

Android View事件分发机制

1.点击事件的传递规则

首先我们先看看下面一段伪代码,通过它我们可以理解到点击事件的传递规则:

 public boolean dispatchTouchEvent (MotionEvent ev){ boolean consume = false; if (onInterceptTouchEvnet{ consume = onTouchEvent; } else { consume = child.dispatchTouchEnvet; } return consume;}

上面代码主要涉及到以下三个方法:

public boolean dispatchTouchEvent(MotionEvent ev); 这个方法用来进行事件的分发

public boolean onInterceptTouchEvent(MotionEvent ev); 这个方法用来判断是否拦截事件

onTouchEvent(MotionEvent ev); 这个方法用来处理点击事件。

点击事件的传递规则:

对于一个根ViewGroup,点击事件产生后,首先会传递给他,这时候就会调用他的onDispatchTouchEvent方法,如果Viewgroup的onInterceptTouchEvent方法返回true表示他要拦截事件,接下来事件就会交给ViewGroup处理,调用ViewGroup的onTouchEvent方法;如果ViewGroup的onInteceptTouchEvent方法返回值为false,表示ViewGroup不拦截该事件,这时事件就传递给他的子View,接下来子View的dispatchTouchEvent方法,如此反复直到事件被最终处理。

当一个View需要处理事件时,如果它设置了OnTouchListener,那么onTouch方法会被调用,如果onTouch返回false,则当前View的onTouchEvent方法会被调用,返回true则不会被调用,同时,在onTouchEvent方法中如果设置了OnClickListener,那么他的onClick方法会被调用。由此可见处理事件时的优先级关系: onTouchListener > onTouchEvent > onClickListener

事件传递的机制,一些结论

  1. 一个事件系列以down事件开始,中间包含数量不定的move事件,最终以up事件结束
  2. 正常情况下,一个事件序列只能由一个View拦截并消耗。
  3. 某个View拦截了事件后,该事件序列只能由它去处理,并且它的onInterceptTouchEvent不会再被调用
  4. 某个View一旦开始处理事件,如果它不消耗ACTION_DOWN事件(onTouchEvnet返回false),那么同一事件序列中的其他事件都不会交给他处理,并且事件将重新交由他的父元素去处理,即父元素的onTouchEvent被调用。
  5. 如果View不消耗ACTION_DOWN以外的其他事件,那么这个事件将会消失,此时父元素的onTouchEvent并不会被调用,并且当前View可以持续收到后续的事件,最终消失的点击事件会传递给Activity去处理。?
  6. ViewGroup默认不拦截任何事件
  7. View没有onInterceptTouchEvent方法,一旦事件传递给它,它的onTouchEvent方法会被调用
  8. View的onTouchEvent默认消耗事件,除非他是不可点击的(clickable和longClickable同时为false)。
  9. onClick会发生的前提是当前View是可点击的,并且收到了down和up事件
  10. 事件传递过程总是由外向内的,即事件总是先传递给父元素,然后由父元素分发给子View,通过requestDisallowInterceptTouchEvent方法可以在子元素中干预父元素的分发过程,但是ACTION_DOWN事件除外。

当一个点击事件产生后,他的传递过程遵循Activity->Window->View的逐级传递。我们这里讨论的是在Android系统View里事件传递。

2.事件分发机制源码分析(基于Android6.0)

理解以下概念

MotionEvent

  • 整个事件分发流程中,会有大量MotionEvent对象,该对象用于记录所有与移动相关的事件,比如手指触摸屏幕事件。

  • 一次完整的MotionEvent事件,是从用户触摸屏幕到离开屏幕。整个过程的动作序列:ACTION_DOWN -> ACTION_MOVE -> ACTION_UP,

  • 多点触摸,每一个触摸点Pointer会有一个id和index。对于多指操作,通过pointerindex来获取指定Pointer的触屏位置。比如,对于单点操作时获取x坐标通过getX(),而多点操作获取x坐标通过getX(pointerindex)

View

  • View是所有视图对象的父类,实现了动画相关的接口Drawable.Callback, 按键相关的接口KeyEvent.Callback, 交互相关的接口AccessibilityEventSource。比如Button继承自View。

  • TouchEvent事件处理相关的方法:

    dispatchTouchEvent(MotionEvent event)

    onTouchEvent(MotionEvent event)

ViewGroup

  • ViewGroup,是一个abstract类,一组View的集合,可以包含View和ViewGroup,是所有布局的父类或间接父类。继承了View,实现了ViewParent(用于与父视图交互的接口), ViewManager(用于添加、删除、更新子视图到Activity的接口)。比如常用的LinearLayout,RelativeLayout都是继承自ViewGroup。

  • TouchEvent事件处理相关的方法:

    dispatchTouchEvent(MotionEvent event)

    onInterceptTouchEvent(MotionEvent ev)

    onTouchEvent(MotionEvent event)

Activity

  • Activity是Android四大基本组件之一,这里只介绍Activity与touch相关的方法。当手指触摸到屏幕时,屏幕硬件一行行不断地扫描每个像素点,获取到触摸事件后,从底层产生中断上报。再通过native层调用Java层InputEventReceiver中的dispatchInputEvent方法。经过层层调用,交由Activity的dispatchTouchEvent方法来处理。

  • TouchEvent事件处理相关的方法:

    dispatchTouchEvent(MotionEvent event)

    onTouchEvent(MotionEvent event)

流程图

图片 1

  1. onInterceptTouchEvent返回值true表示事件拦截, onTouch/onTouchEvent 返回值true表示事件消费。
  2. 触摸事件先交由Activity.dispatchTouchEvent。再一层层往下分发,当中间的ViewGroup都不拦截时,进入最底层的View后,开始由最底层的OnTouchEvent来处理,如果一直不消费,则最后返回到Activity.OnTouchEvent。
  3. ViewGroup才有onInterceptTouchEvent拦截方法。在分发过程中,中间任何一层ViewGroup都可以直接拦截,则不再往下分发,而是交由发生拦截操作的ViewGroup的OnTouchEvent来处理。
  4. 子View可调用requestDisallowInterceptTouchEvent方法,来设disallowIntercept=true,从而阻止父ViewGroup的onInterceptTouchEvent拦截操作。
  5. OnTouchEvent由下往上冒泡时,当中间任何一层的OnTouchEvent消费该事件,则不再往上传递,表示事件已处理。
  6. 如果View没有消费ACTION_DOWN事件,则之后的ACTION_MOVE等事件都不会再接收。
  7. 只要View.onTouchEvent是可点击或可长按,则消费该事件.
  8. onTouch优先于onTouchEvent执行,上面流程图中省略,onTouch的位置在onTouchEvent前面。当onTouch返回true,则不执行onTouchEvent,否则会执行onTouchEvent。onTouch只有View设置了OnTouchListener,且是enable的才执行该方法。

源码分析

##1. Activity

dispatchTouchEvent这是Touch事件传递到上层的第一个处理方法,是由触屏事件调用。如果重写该方法,则会在分发事件之前拦截所有的触摸事件,具体的工作与Activity内部的Window来完成。源码如下:

public boolean dispatchTouchEvent(MotionEvent ev) {if (ev.getAction() == MotionEvent.ACTION_DOWN) { //第一次按下操作时,用户希望能与设备进行交互,可通过实现该方法 onUserInteraction();}//获取当前Activity的顶层窗口是PhoneWindowif (getWindow().superDispatchTouchEvent { return true;}//当没有任何view处理时,交由activity的onTouchEvent处理return onTouchEvent; }

然后Window会将事件传递给ViewGroup;Window的唯一实现类是PhoneWindow,PhoneWindow又会将点击事件传递给DectorView,DecorView的间接父类是ViewGroup,点击事件至此到达了顶级View(一般是ViewGroup)

##2. ViewGroup

点击事件到达ViewGroup后,会调用ViewGroup的dispatchTouchEvent方法,具体逻辑;如果顶级的ViewGroup拦截事件既onInterceptTouchEvnet()方法返回true,则事件交由ViewGroup处理。如果顶级的View不拦截事件,则事件会传递给他所在的点击事件链上的子View,这是子View的dispatchTouchEvent()方法会被调用。到此为止,事件由顶级View传递给下一层的View,如此循环,完成View的事件分发机制,

 //伪代码 public boolean dispatchTouchEvent (MotionEvent ev){ boolean consume = false; if (onInterceptTouchEvnet{ consume = onTouchEvent; } else { consume = child.dispatchTouchEnvet; } return consume;}

ViewGroup 的dispatchTouchEvent方法比较长,分段分析从上往下

点击事件对应Android源码里就是大家常用的MotionEvent。大家知道Android的View是由顶向下的树形结构,有点像HTML的DOM树,点击事件分发就是各层View和ViewGroup对MotionEvent的传递,最终传递到一个具体的View,由他来消费这个MotionEvent.下面介绍事件分发三个重要的方法。

该段描述的主要是当前View是否拦截点击事件这个逻辑

图片 2

事件类型为ACTION_DOWN或者是mFirstTarget!=null,ViewGroup就会拦截当前事件。其中当ViewGroup不拦截事件并且将事件交由子元素处理时mFirstTarget!=null。当ACTION_MOVE和ACTION_UP事件到来时(actionMasked==ACTION_DOWN||mFirstTarget!=null)这个条件为false,导致ViewGroup的onInterceptTouchEvnet方法不会被调用,并且同一事件序列的事件都交由他处理。

在子View中如果FLAG_DISALLOW_INTERCEPT一旦设置后,ViewGroup将无法拦截除了ACTION_DOWN以外的其他事件。

结论:当ViewGroup决定拦截事件后,那么后续的点击事件会默认交给他处理,并且不再调用onInterceptTouchEvnet

  • boolean dispatchTouchEvent(MotionEvent ev) 用来事件分发,如果事件传递到View这个方法就一定会调用返回结果受到当前View和下级View的dispatchTouchEvent影响。
  • boolean onInterceptTouchEvent(MotionEvent ev) 在上面个方法内执行,用来判断是否拦截事件,返回结果表示是否拦截当前事件。
  • boolean onTouchEvent(MotionEvent ev) 在dispatchTouchEvent中调用,用来消费事件,返回结果表示是否消耗当前事件,如果不消耗,则在同一个事件序列中,当前View不会再次接受到事件。

该段描述的ViewGroup不拦截事件这个逻辑

图片 3图片 4

##3. View

public boolean dispatchTouchEvent(MotionEvent event) {if (event.isTargetAccessibilityFocus { if (!isAccessibilityFocusedViewOrHost { return false; } event.setTargetAccessibilityFocus;}boolean result = false;if (mInputEventConsistencyVerifier != null) { mInputEventConsistencyVerifier.onTouchEvent;}final int actionMasked = event.getActionMasked();if (actionMasked == MotionEvent.ACTION_DOWN) { //在Down事件之前,如果存在滚动操作则停止。不存在则不进行操作 stopNestedScroll();}//---------------------------------start--------------------------------------// 该区域说明了mOnTouchListener.onTouch优先于onTouchEvent。if (onFilterTouchEventForSecurity { //当存在OnTouchListener,且视图状态为ENABLED时,调用onTouch()方法 ListenerInfo li = mListenerInfo; if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && li.mOnTouchListener.onTouch(this, event)) { //如果已经消费事件,则返回True result = true; } //如果OnTouch()没有消费Touch事件则调用OnTouchEvent() if (!result && onTouchEvent { // 见代码 //如果已经消费事件,则返回True result = true; }}//----------------------------------end-----------------------------------------if (!result && mInputEventConsistencyVerifier != null) { mInputEventConsistencyVerifier.onUnhandledEvent;}// 处理取消或抬起操作if (actionMasked == MotionEvent.ACTION_UP || actionMasked == MotionEvent.ACTION_CANCEL || (actionMasked == MotionEvent.ACTION_DOWN && !result)) { stopNestedScroll();}return result;}
  • 先由OnTouchListener的OnTouch()来处理事件,当返回True,则消费该事件,否则进入2。

  • onTouchEvent处理事件,的那个返回True时,消费该事件。否则不会处理

参考

Android事件分发机制

用伪代码来表述就是:

public boolean dispatchTouchEvent(MotionEvent ev) { boolean consume=false; if (onInterceptTouchEvent { consume=onTouchEvent; }else{ consume=child.dispatchTouchEvent; } return consume; }

这里需要注意的是事件只有一个,也只有一次消费或者说处理机会。正常情况下,一个事件序列只能被一个View拦截且消耗掉。当一个View需要处理事件时,如果他设置了OnTouchListner,那么OnTouchListner中的onTouch方法就会被回调。这时事件如何处理还要看onTouch的返回值,如果返回false,者onTouchEvent方法会调用;如果返回true,那么onTouchEvent方法不会被调用。所以OnTouchListner的优先级高于onTouchEvent方法。

无论这个动作是DOWN,MOVE,UP他们的执行顺序是:1、dispatchTouchEvent ; 2、setOnTouchListener的onTouch ; 3、onTouchEvent

这里在说一下View和ViewGroup在事件传递机制的不同的地方,ViewGroup默认不拦截任何事件。Android源码中的ViewGroup的源码的onInterceptTouchEvent方法默认返回false。而View没有onInterceptTouchEvent方法,一旦有点击事件传递给他,他的onTouchEvent就会调用。

View的enable属性不影响onTouchEvent的默认返回值。只要他的cliclable或者longClickable有一个为true,那么他的onTouchEvent就返回true。

特别的一点是事件总是先传递给父元素,然后再有父元素分配给子元素,通过requestDisallowInterceptTouchEvent方法可以在子元素中干预父元素的除ACTION_DOWN外的事件分发过程。

Android View事件机制 21问21答Android View 事件分发机制源码解析Android ViewGroup事件分发机制

编辑:编程技术 本文来源:的风浪分发机制,View的风云分发机制

关键词:

  • 上一篇:没有了
  • 下一篇:没有了