(注:本章基于的源码为Android23版本)
Android的app层开发中,事件传递是不可或缺的知识点。或许你现在还在为能很好的用一些开源的控件或者sdk自带的控件而得意忘形,觉得自己已经超乎想象的牛逼了。你是否还能想想,这背后的流程和原理是什么样的。请"对技术永远抱有敬畏之心"
在Android中,CS架构的模式随处可见。手机中的CS架构中的IPC通讯常常使用Binder或者管道等方式来进行数据传递。我们今天所有说的事件本身也脱离不开这个圈子。事件本身一样是由操作系统优先捕获,然后通过封装传递给对应的进程窗口。而操作系统如何捕获,如何IPC传递并不是我们这篇文章的重点,如果看官感兴趣不妨去看看老罗和邓老师的文章。相信你对Android的window管理机制会有新的认识。本篇文章还是谈谈上层收到事件以后是怎样的工作流程,方便以后大家自己写控件或者是排查一些错误。
首先,相信大家以后有一个概念。不管你是Activity或者Dialog,都会生成一个Window的对象来处理界面相关的一些东西,那么它是否是Android所管理界面的最小单位呢？不是的。这个Window对象是是承担了一部分界面可能需要的职能,而对于界面显示相关包括事件处理其实是交给Window对象中的一个View叫做DecorView的成员变量。
(这里我们所说的事件指的是触摸事件。而我们平常所说的onclick事件,实际上是加了时间属性的touch事件。)
touch事件的入口在DecorView的dispatchTouch()函数中:
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
final Callback cb = getCallback();//Activity or other
return cb != null && !isDestroyed() && mFeatureId < 0 ? cb.dispatchTouchEvent(ev)
: super.dispatchTouchEvent(ev);
}
如上代码,当DecorView调用dispatchTouch的时候,DecorView会先用自己的一个Callback成员去执行它。而这个Callback的实现,一般情况下是我们的Activity或者Dialog。
那么,为什么需要有这个callback呢？
因为有些东西需要在这个事件传递发生之前去做,如果事件本身靠原始的方式传递下去,并不能一定保证这个事件能够顺利的到达。比如我们在Activity的onUserInteraction()回调函数。这个函数是用来检测用户当前是否在操纵界面。而检测的原理很简单,就是只要你在屏幕上有任何触屏操作,就认为用户在操纵界面。而这种检测方式,只能放在事件传递之前去弄。
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
}
....
return onTouchEvent(ev);
}
如果在你的业务需求中,有类似这种需要全局处理的事件,可以照搬此法。
Ok,我们回到我们的DecorView的dispatchTouch函数的代码,按照代码的描述,当我们的事件未被Callback对象消费处理的时候,将会调用super.dispatchTouchEvent方式来处理事件。我们看一下DecorView的继承树:
DecorView属于View体系,当它调用super.dispatchTouchEvent()方法的时候,实际上是调用ViewGroup的dispatchTouchEvent()函数。这里我们优先讲View的dispatchTouchEvent()函数。
//code View.java
public boolean dispatchTouchEvent(MotionEvent event) {
if (mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onTouchEvent(event, 0);
}
if (onFilterTouchEventForSecurity(event)) {
//noinspection SimplifiableIfStatement
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
return true;
}
if (onTouchEvent(event)) {
return true;
}
}
...
return false;
}
在dispatchTouch()函数中,大致分成以下几个过程:
1.函数会优先调用onFilterTouchEventForSecurity()方法对事件进行拦截。这个函数是在特定的界面模糊不可点击的情况下使用，一般我们不用理会。
2.View会获取OnTouchListener回调接口,并调用回调接口来处理事件。
3.当回调接口不予处理的时候,将调用自己的onTouch()回调来处理
所以对于View类来说,它的调用过程是:
dispatchTouch()->OnTouchListener.onTouch()->onTouch()
相信看官看到这并不会有太多的疑问,因为代码量少,也很好理解。接下去我们回头看下ViewGroup的dispatchTouch()的代码：
...
if (actionMasked == MotionEvent.ACTION_DOWN) {
// Throw away all previous state when starting a new touch gesture.
// The framework may have dropped the up or cancel event for the previous gesture
// due to an app switch, ANR, or some other state change.
cancelAndClearTouchTargets(ev);
resetTouchState();
}
...
在刚开始执行dispatchTouch的时候,如果当前的事件是一个down事件,ViewGroup会清掉之前所保存的按下状态。调用的方法是cancelAndClearTouchTargets和resetTouchState。比如当前按钮处于按下状态,因为某种原因没有正常反弹,通过cancelAndClearTouchTargets就可以告诉按钮当前状态重置了,可以回弹了。
之后,会执行ViewGroup的核心方法:
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
//判断是否可以执行onInterceptTouchEvent
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;//判断是否有必要执行onInterceptTouchEvent
if (!disallowIntercept) {
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action); // restore action in case it was changed
} else {
intercepted = false;
}
} else {
// There are no touch targets and this action is not an initial down
// so this view group continues to intercept touches.
intercepted = true;
}
这段代码的核心,在于是否调用onInterceptTouchEvent回调方法。一旦onInterceptTouchEvent方法返回true,意味着这个事件需要由当前ViewGroup来处理,也就是把ViewGroup当成View来看,走上述的View事件处理流程,在此不再赘述。那么什么时候调用这个回调方法呢？或者说这个回调方法在哪些情况下会被调用呢？我们又可以用它来干嘛呢？
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null)
这个大的判断是onInterceptTouchEvent执行的大前提
1.当你的事件属于Down事件的时候,onInterceptTouchEvent会被执行。
2.mFirstTouchTarget != null的时候会执行注:mFirstTouchTarget是什么呢？
mFirstTouchTarget是TouchTarget类的实例,当你的事件被你的子View所处理的时候,那么这个子View会封装为一个TouchTarget对象记录在父控件的mFirstTouchTarget变量中。所以我们就可以得到几个结论:1.如果你的ViewGroup里面没有Child,那么onInterceptTouchEvent在down之后的事件中是不回调的
2.如果你的ViewGroup有Children的话,如果没有子View去消费事件,一样也不会被回调。
在执行完上述的大前提以后,ViewGroup又加了一层判断:
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;/
disallowIntercept的值一样会影响最后onInterceptTouchEvent的调用。而这个参数的一般是由它的直接子View通过调用requestDisallowInterceptTouchEvent来设置,并且这种调用会以委托的方式往上层传递:
public void requestDisallowInterceptTouchEvent(boolean disallowIntercept) {
....
// Pass it up to our parent
if (mParent != null) {
mParent.requestDisallowInterceptTouchEvent(disallowIntercept);
}//往父View传递
}
当事件未被拦截,将执行以下代码：
if (newTouchTarget == null && childrenCount != 0) {
final float x = ev.getX(actionIndex);
final float y = ev.getY(actionIndex);
// Find a child that can receive the event.
// Scan children from front to back.
final View[] children = mChildren;
final boolean customOrder = isChildrenDrawingOrderEnabled();
for (int i = childrenCount - 1; i >= 0; i--) {
final int childIndex = customOrder ?
getChildDrawingOrder(childrenCount, i) : i;
final View child = children[childIndex];
if (!canViewReceivePointerEvents(child)
//child是否可接收事件
|| !isTransformedTouchPointInView(x, y, child, null)
/*落点是否落在子View中*/) {
continue;
}
newTouchTarget = getTouchTarget(child);
if (newTouchTarget != null) {
// Child is already receiving touch within its bounds.
// Give it the new pointer in addition to the ones it is handling.
newTouchTarget.pointerIdBits |= idBitsToAssign;
break;
}
resetCancelNextUpFlag(child);
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)
/*调用子View的dispatchTouch*/) {
// Child wants to receive touch within its bounds.
mLastTouchDownTime = ev.getDownTime();
mLastTouchDownIndex = childIndex;
mLastTouchDownX = ev.getX();
mLastTouchDownY = ev.getY();
newTouchTarget = addTouchTarget(child, idBitsToAssign);//如果事件被child处理了
alreadyDispatchedToNewTouchTarget = true;
break;
}
}
}
.....
}
在事件传递给子View的时候:
1.会通过canViewReceivePointerEvents来判断当前child是否可以接收事件(如果你的View的可见性为非Visible或者在动画的时候是不会接收事件的)
2.通过isTransformedTouchPointInView方法来判断落点是否落在child的可视区域内。
3.通过调用dispatchTransformedTouchEvent方法来传递事件给child,如果事件被处理了,就会将这个child记录到TouchTarget类对象中。
那么代码执行到上面,实际上存在几个结果:
1.事件被ViewGroup拦截,那么不会往Children下传递
2.事件没有被拦截但是子View中没有可以处理的
3.事件没有被拦截,子View中有被处理的
如果是1,2的情况,mFirstTouchTarget变量为null,后面将执行:
if (mFirstTouchTarget == null) {
// No touch targets so treat this as an ordinary view.
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);
}
这里调用了函数dispatchTransformedTouchEvent()。第三个参数代表的是往哪个View里面传递事件。如果为null，意味着这个事件由自己处理，也就是走到了View的流程。如果mFirstTouchTarget不为空的情况下:
...
if (dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits)) {
handled = true;
}
...
ViewGroup会将事件传递给mFirstTouchTarget所记录的Child中。
通过上述拆析的代码,我们可以看出ViewGroup的事件处理过程:
dispatchTouch()->
onInterceptTouchEvent->
(View流程)
OnTouchListener.onTouch()->
onTouch()
注:本章基于的源码是android23版本,虽然源码有点老,后期版本也有更新,但是这块变化并不大。
