Android 事件分发

涉及到事件响应的常用方法构成

用户在手指与屏幕接触过程中通过MotionEvent对象产生一系列事件,它有四种状态:

MotionEvent.ACTION_DOWN:手指按下屏幕的瞬间(一切事件的开始)

MotionEvent.ACTION_MOVE:手指在屏幕上移动

MotionEvent.ACTION_UP:手指离开屏幕瞬间

MotionEvent.ACTION_CANCEL :取消手势,一般由程序产生,不会由用户产生

Android中的事件onClick, onLongClick,onScroll, onFling等等,都是由许多个Touch事件构成的(一个ACTION_DOWN, n个ACTION_MOVE,1个ACTION_UP)。

android 事件响应机制是先 分发(先由外部的View接收,然后依次传递给其内层的最小View)再 处理 (从最小View单元(事件源)开始依次向外层传递。)的形式实现的。

复杂性表现在:可以控制每层事件是否继续传递(分发和拦截协同实现),以及事件的具体消费(事件分发也具有事件消费能力)。

android事件处理涉及到的三个重要函数

事件分发:public boolean dispatchTouchEvent(MotionEvent ev)

当有监听到事件时,首先由Activity进行捕获,进入事件分发处理流程。(因为activity没有事件拦截,View和ViewGroup有)会将事件传递给最外层View的dispatchTouchEvent(MotionEvent ev)方法,该方法对事件进行分发。

return true :表示该View内部消化掉了所有事件。

return false :事件在本层不再继续进行分发,并交由上层控件的onTouchEvent方法进行消费(如果本层控件已经是Activity,那么事件将被系统消费或处理)。

如果事件分发返回系统默认的 super.dispatchTouchEvent(ev),事件将分发给本层的事件拦截onInterceptTouchEvent 方法进行处理

事件拦截:public boolean onInterceptTouchEvent(MotionEvent ev)

return true :表示将事件进行拦截,并将拦截到的事件交由本层控件 的 onTouchEvent 进行处理;

return false :则表示不对事件进行拦截,事件得以成功分发到子View。并由子View的dispatchTouchEvent进行处理。

如果返回super.onInterceptTouchEvent(ev),默认表示拦截该事件,并将事件传递给当前View的onTouchEvent方法,和return true一样。

事件响应:public boolean onTouchEvent(MotionEvent ev)

在dispatchTouchEvent(事件分发)返回super.dispatchTouchEvent(ev)并且onInterceptTouchEvent(事件拦截返回true或super.onInterceptTouchEvent(ev)的情况下,那么事件会传递到onTouchEvent方法,该方法对事件进行响应。

如果return true,表示onTouchEvent处理完事件后消费了此次事件。此时事件终结;

如果return fasle,则表示不响应事件,那么该事件将会不断向上层View的onTouchEvent方法传递,直到某个View的onTouchEvent方法返回true,如果到了最顶层View还是返回false,那么认为该事件不消耗,则在同一个事件系列中,当前View无法再次接收到事件,该事件会交由Activity的onTouchEvent进行处理;

如果return super.dispatchTouchEvent(ev),则表示不响应事件,结果与return false一样。

从以上过程中可以看出,dispatchTouchEvent无论返回true还是false,事件都不再进行分发,只有当其返回super.dispatchTouchEvent(ev),才表明其具有向下层分发的愿望,但是是否能够分发成功,则需要经过事件拦截onInterceptTouchEvent的审核。事件是否向上传递处理是由onTouchEvent的返回值决定的。

View源码分析

Android中ImageView、textView、Button等继承于View但没有重写的dispatchTouchEvent方法,所以都用的View的该方法进行事件分发。

看View重要函数部分源码:

public boolean dispatchTouchEvent(MotionEvent event) { 

//返回true,表示该View内部消化掉了所有事件。返回false,表示View内部只处理了ACTION_DOWN事件,事件继续传递,向上级View(ViewGroup)传递。 

if (mOnTouchListener !=null && (mViewFlags & ENABLED_MASK) == ENABLED && 

            mOnTouchListener.onTouch(this, event)) {   

             //此处的onTouch方式就是回调的我们注册OnTouchListener时重写的onTouch()方法 

return true; 

}return onTouchEvent(event); 

首先进行三个条件的判断:

(1)查看是否给button设置了OnTouchListener()事件;

(2)控件是否Enable;(控件默认都是enable的)

(3)button里面实现的OnTouchListener监听里的onTouch()方法是否返回true;

如果条件都满足,则该事件被消耗掉,不再进入onTouchEvent中处理。否则将事件将交给onTouchEvent方法处理。

只有我们注册OnTouchListener时重写的

onTouch()方法中

返回false —> 执行onTouchEvent方法 —> 导致onClick()回调方法执行

返回true —> onTouchEvent方法不执行 —> 导致onClick()回调方法不会执行

ViewGroup源码分析

Android中诸如LinearLayout等的五大布局控件,都是继承自ViewGroup,而ViewGroup本身是继承自View,所以ViewGroup的事件处理机制对这些控件都有效。

1、dispatchTouchEvent作用:决定事件是否由onInterceptTouchEvent来拦截处理。

返回super.dispatchTouchEvent时,由onInterceptTouchEvent来决定事件的流向

返回false时,会继续分发事件,自己内部只处理了ACTION_DOWN

返回true时,不会继续分发事件,自己内部处理了所有事件(ACTION_DOWN,ACTION_MOVE,ACTION_UP)

2、onInterceptTouchEvent作用:拦截事件,用来决定事件是否传向子View

返回true时,拦截后交给自己的onTouchEvent处理

返回false时,拦截后交给子View来处理

3、onTouchEvent作用:事件最终到达这个方法

返回true时,内部处理所有的事件,换句话说,后续事件将继续传递给该view的onTouchEvent()处理

返回false时,事件会向上传递,由onToucEvent来接受,如果最上面View中的onTouchEvent也返回false的话,那么事件就会消失

你可能感兴趣的:(Android 事件分发)