PS:如果你觉得你在努力,那么告诉我你努力的结果是什么!
上篇文章中叙述了 Android 事件分发的大致流程,下面从 Activity、ViewGroup、View 三个方面介绍事件的相关方法,小节如下:
- Activity
- ViewGroup
- View
Activity#
Activity 中主要两个与事件传递相关的方法,dispatchTouchEvent () 和 onTouchEvent (),事件传递由 Activity 的 dispatchTouchEvent () 方法开始。
事件分发#
Activity 中的事件分发方法:dispatchTounchEvent (),其源码如下:
//事件分发
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
//空方法
onUserInteraction();
}
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
//onTouchEvent()方法默认返回false
return onTouchEvent(ev);
}
上面代码中显然只处理了 ACTION_DOWN 事件,说明 ACTION_DOWN 事件才会触发事件的分发,接着调用了 Window 类的 superDispatchTouchEvent (ev) 方法,这是一个抽象方法,那么当调用这个方法的时候,就会去调用具体子类中的方法,Window 类的具体子类就是 PhoneWindow 类,里面的具体实现的 superDispatchTouchEvent (ev) 方法如下:
//Window类里面的抽象方法
public abstract boolean superDispatchTouchEvent(MotionEvent event);
//Window子类PhoneWindow类中superDispatchTouchEvent()方法的具体实现
@Override
public boolean superDispatchTouchEvent(MotionEvent event) {
return mDecor.superDispatchTouchEvent(event);
}
显然,这里有调用了 mDecor.superDispatchTouchEvent (event),mDecor 是一个 PhoneWindow.DecorView 对象,这也是窗口的顶层视图。它是一个真正 Activity 的 root view, 它继承了 FrameLayout, 通过 super.dispatchTouchEvent,会把 touchevent 派发给各个 activity 的子 view,也就是我们在 Activity.onCreat 方法中 setContentView 时设置的 view, 代码参考如下:
//DecorView类声明
private final class DecorView extends FrameLayout implements RootViewSurfaceTaker {
...
public boolean superDispatchTouchEvent(MotionEvent event) {
//这里又调用了FrameLayout中的dispatchTouchEvent方法
return super.dispatchTouchEvent(event);
}
...
}
由于在 FrameLayout 并没有重写 dispatchTouchEvent (event) 方法,因此我们需要 FrameLayout 的父类也就是 ViewGroup 中该方法的实现,由该方法进行事件的具体分发,这里具体事件分发过程有待研究。
事件处理#
Activity 中的事件处理方法:onTouchEvent (),其源码如下:
//事件处理,默认返回false
public boolean onTouchEvent(MotionEvent event) {
if (mWindow.shouldCloseOnTouch(this, event)) {
finish();
return true;
}
//默认返回false
return false;
}
由于对于 onTouchEvent () 方法来说,事件传递是向父控件传递的,即使返回 false, 事件也相当于被消费了。
注意:Activity 进行事件分发时,只有 return super.dispatchTouchEvent (ev) 时,事件才继续向下传递,返回 true 或 false 都事件就被消费了,也就是终止了事件的传播。
ViewGroup#
ViewGroup 中主要三个与事件传递相关的方法:dispatchTouchEvent ()、onInterceptTouchEvent () 和 onTouchEvent (),具体如下:
事件分发#
ViewGroup 中的事件分发方法:dispatchTouchEvent (),其源码如下:
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
...
//dispatchTouchEvent()方法默认返回false
boolean handled = false;
//给方法决定是否拦截事件的分发
onInterceptTouchEvent(ev);
...
//默认情况下canceled和intercepted为false
if (!canceled && !intercepted) {
...
//该方法将事件传递给子View
dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
...
}
return handled;
}
这个方法的作用就是遍历 ViewGroup 中的子 View, 将事件 (ACTION_DOWN) 交有子 View 进行处理,里面主要调用了 onInterceptTouchEvent () 和 dispatchTransformedTouchEvent () 方法,onInterceptTouchEvent () 默认返回 false,下面是 dispatchTransformedTouchEvent () 方法的主要源码如下:
private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
View child, int desiredPointerIdBits){
...
if (child == null) {
handled = super.dispatchTouchEvent(event);
} else {
//进行子 View 的事件分发
handled = child.dispatchTouchEvent(event);
}
...
return handled;
}
显然,dispatchTransformedTouchEvent () 方法主要进行子 View 的事件分发,如果没有子 View,则调用父 View 的 dispatchTouchEvent (event) 方法。
事件拦截#
ViewGroup 中的事件分发方法 onInterceptTouchEvent () ,其源码如下:
public boolean onInterceptTouchEvent(MotionEvent ev) {
...
//默认返回false
return false;
}
该方法默认返回 false,表示不拦截向子 View 的事件分发,该方法在 ViewGroup 的 dispatchTouchEvent () 方法中被调用。
事件处理#
ViewGroup 中没有自己的 onTouchEvent () 事件处理方法,ViewGroup 继承 View,其事件处理方法就是 View 的事件处理方法,其方法如下:
public boolean onTouchEvent(MotionEvent event) {
...
//默认返回 false
return false;
}
该方法进行相关事件的处理,如果返回 true , 表示事件被处理,具体使用情况将在在下文中记录。
View#
View 中主要两个与事件分发相关的方法:dispatchTouchEvent () 和 onTouchEvent () 方法,具体如下:
事件分发#
View 中的事件分发方法是 dispatchTouchEvent (),主要代码如下:
public boolean dispatchTouchEvent(MotionEvent event) {
...
//默认返回值为false
boolean result = false;
...
if (onFilterTouchEventForSecurity(event)) {
...
//调用了onTouchEvent方法
if (!result && onTouchEvent(event)) {
result = true;
}
}
...
return result;
}
上述代码中,dispatchTouchEvent () 方法的默认返回值是 false,表示事件继续分发,实际上 dispatchTouchEvent 方法的返回值与 onTouchEvent 方法的返回值有关,如果 onTouchEvent 返回 true,dispatchTouchEvent 的返回值 result 为 true,此时表示事件已消费,当然也可以这样理解,ontouchEvent 的值为 true,本身就表示事件已消费了,下面是执行 ontouchEvent 方法执行的条件:
public boolean onFilterTouchEventForSecurity(MotionEvent event) {
//noinspection RedundantIfStatement
if ((mViewFlags & FILTER_TOUCHES_WHEN_OBSCURED) != 0
&& (event.getFlags() & MotionEvent.FLAG_WINDOW_IS_OBSCURED) != 0) {
//窗口被遮挡,丢弃touch事件(很少执行)
return false;
}
return true;
}
显然,上述方法在一般情况下肯定返回 true,故肯定能执行到 onTouchEvent 方法,调用 View 的 dispatchTouchEvent 方法实际上可简写为如下代码:
public boolean dispatchTouchEvent(MotionEvent event) {
...
//默认返回值为false
boolean result = false;
...
return onTouchEvent(event)
}
事件处理#
View 中的事件分发方法是 onTouchEvent (),主要代码如下:
public boolean onTouchEvent(MotionEvent event) {
...
//此处返回true的条件是TouchDelegate默认为空,该值主要是关于View的触摸区域的
if (mTouchDelegate != null) {
if (mTouchDelegate.onTouchEvent(event)) {
return true;
}
}
//如果设置了点击事件该条件才会返回true,也就是事件消费咯
if (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) ||
(viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE) {
switch (action) {
//各个事件的处理
...
}
return true;
}
//默认返回false,表示不消费事件
return false;
}
事件传至子 View 时有两种结果,要么当前 View 消费该事件,要么不消费时间向上回传,如果不拦截直至 Activity,也不做任何处理,最后将丢弃该事件。
这篇文章是 Android 事件分发机制第二篇,主要记录了 Activity、ViewGroup 和 View 中与事件相关的方法,也就是 dispatchTouchEvent ()、onTouchEvent () 和 onInterceptTouchEvent () 方法在 Activity、ViewGroup 和 View 中的不同表现,从代码的角度理解了一下 Android 中的事件关系,关于事件的分发流程将具体在下一篇文章中讲述。