Activity启动时会和ViewRoot、PhoneWindow对象相互绑定，PhoneWindow代表了当前显示Activity的视图或者窗口，它有一个内部类DecorView，
DecorView集成自FrameLayout，我们通过setContentView添加的布局或者View对象最后作为child View添加到DecorView中。
public void setContentView(View view, ViewGroup.LayoutParaparams{ if (mContentParent == null) { installDecor(); } else { mContentParent.removeAllViews(); } mContentParent.addView(view, params); final Callback cb = getCallback(); if (cb != null && !isDestroyed()) { cb.onContentChanged(); } }
Activity中的
setContentView最终调用的是PhoneWindow中的
setContentView
方法，其中的mContentParent就是DecorView的实例对象，生成该对象的细节不再进一步讨论。
正式开始Touch事件。当手指按下接触屏幕，开始移动，最后离开屏幕，这是一个完成的过程，对应Android封装的TouchEvent中的ACTION_DOWN、ACTION_MOVE、ACTION_CANCLE\ACTION_UP，每当手指再次按下又是一次新的开始。那么手指按下这个动作从何处开始，即事件最初在哪里开始分发呢？前面说到ViewRoot,它实际上是一个控制器的角色，
Android系统通过handler传递的消息，最开始传递到这里，然后由它做分发。所以我们就从ViewRoot开始一步步追踪。
Touch事件是在ViewRootImpl.java中的deliverPointerEvent()方法开始的：
private void deliverPointerEvent(QueuedInputEvent q) { final MotionEvent event = (MotionEvent)q.mEvent; final boolean isTouchEvent = event.isTouchEvent(); // If there is no view, then the event will not be handled. if (mView == null || !mAdded) { finishInputEvent(q, false); return; } // Offset the scroll position. if (mCurScrollY != 0) { event.offsetLocation(0, mCurScrollY); } // Dispatch touch to view hierarchy. boolean handled = mView.dispatchPointerEvent(event); if (handled) { finishInputEvent(q, true); return; } // Pointer event was unhandled. finishInputEvent(q, false); }
代码boolean handled = mView.dispatchPointerEvent(event);中的mView就是PhoneWindow中的DecorView,activity初始化时几个重要的对象都互相保存了对方作为自己的变量。
接下来进入到DecorView的该方法中，DecorView继承自FrameLayout,继承自ViewGroup,继承自View，所以最终调用的是View的方法：
public final boolean dispatchPointerEvent(MotionEvent event) { if (event.isTouchEvent()) { return dispatchTouchEvent(event); } else { return dispatchGenericMotionEvent(event); } }
该方法很简单只是判断是Touch事件还是一般事件（例如HOVER），然后进入到dispatchTouchEvent()，DecorView重载了该方法，所以回到DecorView中：
@Override public boolean dispatchTouchEvent(MotionEvent ev) { final Callback cb = getCallback(); return cb != null && !isDestroyed() && mFeatureId < 0 ? cb.dispatchTouchEvent(ev) : super.dispatchTouchEvent(ev); }
Callback对象实际上就是当前的Activity，Activity实现了Window的Callback接口，并在初始化做了相互绑定。当前的Activity不为空，并且没有销毁，mFeatureId也小于0（DecorView），所以touch事件传递给了Activity，由此我们看出，Activity是优先于View获得Touch事件的。
public boolean dispatchTouchEvent(MotionEvent ev) { if (ev.getAction() == MotionEvent.ACTION_DOWN) { onUserInteraction(); } if (getWindow().superDispatchTouchEvent(ev)) { return true; } return onTouchEvent(ev); }
这个方法很有意思，首先每个按下事件，都会调用onUserInteraction( )，我们可以在Activity中重载该方法实现自己想做的事。接着getWindow( )又进入View中去了，最后才调用Activity自己的onTouchEvent,也就是说如果我们在Activity中重载了onTouchEvent，但是我们的View有接收Touch事件，那么这个OnTouchEvent永远也不会调用。继续跟代码，getWindow得到的是PhoneWindow：
@Override public boolean superDispatchTouchEvent(MotionEvent event) { return mDecor.superDispatchTouchEvent(event); }
它直接调用内部DecorView的方法
public boolean superDispatchTouchEvent(MotionEvent event) { return super.dispatchTouchEvent(event); }
DecorView调用父类的dispatchTouchEvent( )，它的直接父类没有重载该方法，那么最终调用的是ViewGroup的dispatchTouchEvent( )方法。下面开始进入View系统的Touch事件传递了。
ViewGroup的dispatchTouchEvent方法比较复杂，我们分段来看并略去无关代码。
由于其中的逻辑和TouchEvent的类型有关（ACTION_DOWN、 ACTION_MOVE、ACTION_UP不同），假定当前传递的是DOWN即按下的事件传递。
@Override public boolean dispatchTouchEvent(MotionEvent ev) { boolean handled = false; if (onFilterTouchEventForSecurity(ev)) { final int action = ev.getAction(); final int actionMasked = action & MotionEvent.ACTION_MASK; // Handle an initial down. 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(); }
onFilterTouchEventForSecurity：检查是否当前View被遮盖
cancelAndClearTouchTargets、resetTouchState：前面提到每次手指按下都是一次新的Touch事件的开始。这两个方法清除上一个Touch过程的记录和标志。
// 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); // 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; } // Check for cancelation. final boolean canceled = resetCancelNextUpFlag(this) || actionMasked == MotionEvent.ACTION_CANCEL;
mFirstTouchTarget 通过上面的清理，当前是为空的。
FLAG_DISALLOW_INTERCEPT：这个标志是子View通过调用requestDisallowInterceptTouchEvent( )来设置的，表示父View(ViewGroup)不允许拦截该事件。假定没有设置该标志。
onInterceptTouchEvent：通过重载该方法，表示我们要拦截Touch事件，不让子View得到。假定我们没有重载该方法，默认返回false
canceled：变量用来检测是否传递为CANCEL事件，或者认为设置的希望传递CANCLE事件
经过这段代码intercepted为false，canceled为false。
if (!canceled && !intercepted) { if (actionMasked == MotionEvent.ACTION_DOWN || (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN) || actionMasked == MotionEvent.ACTION_HOVER_MOVE) { final int actionIndex = ev.getActionIndex(); // always 0 for down final int idBitsToAssign = split ? 1 << ev.getPointerId(actionIndex) : TouchTarget.ALL_POINTER_IDS; // Clean up earlier touch targets for this pointer id in case they // have become out of sync. removePointersFromTouchTargets(idBitsToAssign);
这段代码实际和多点触摸有关，过滤掉不相干的TouchEvent(比如不在该View范围内的)。我们只讨论简单的一个手指触摸的情况。
final int childrenCount = mChildrenCount; 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) || !isTransformedTouchPointInView(x, y, child, null)) { 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)) { // Child wants to receive touch within its bounds. mLastTouchDownTime = ev.getDownTime(); mLastTouchDownIndex = childIndex; mLastTouchDownX = ev.getX(); mLastTouchDownY = ev.getY(); newTouchTarget = addTouchTarget(child, idBitsToAssign); alreadyDispatchedToNewTouchTarget = true; break; } } }
遍历所有的直接子View，遍历的顺序从绘制在最上面的开始。
isChildrenDrawingOrderEnabled：在绘制时是否指定了顺序，如果没有就是通过addView方法添加的、children[]数组中的最后一个
canViewReceivePointerEvents：检查该子View是否可见，如果不是则直接略过
getTouchTarget(child)：该View是否已经记录，即它已经返回true告诉我们需要接收事件
记住，我们现在是在DecorView中。在此，需要再设定一个相对简单的场景以便分析。我们通过setContentView设置了一个布局，该布局中包含一个framelayout,framelayout中包含一个自定义的View，它实现了onTouchEvent方法，并直接返回的true.完整的View视图即
所以，当前的child 就是FrameLayout。进入到dispatchTransformedTouchEvent中：
if (child == null || child.hasIdentityMatrix()) { if (child == null) { handled = super.dispatchTouchEvent(event); } else { final float offsetX = mScrollX - child.mLeft; final float offsetY = mScrollY - child.mTop; event.offsetLocation(offsetX, offsetY); handled = child.dispatchTouchEvent(event); event.offsetLocation(-offsetX, -offsetY); } return handled; }
该方法的代码包含了对多点触摸的处理，CANCEL事件的处理，我们只关心剩下的这部分。
child.hasIdentityMatrix()：如果执行了View动画，改变了translation等属性，该函数返回false，假定没有执行动画
接着调用child的dispatchTouchEvent,即Framelayout，Framelayout没有重载，又调用ViewGroup的该方法，这实际是个递归操作，直到到达叶子节点，即直接继承自View的类。
那么child.dispatchTouchEvent(event)调用的就是View的该方法：
public boolean dispatchTouchEvent(MotionEvent event) { 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; }
我们可以重载onTouchEvent或者实现OnTouchListener接口来处理Touch事件，如果对某个Touch事件感兴趣，那么就返回true，表明我们接收该事件。
还知道我们所处的位置吗？在一系列函数进栈后，现在开始出栈。
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) { // Child wants to receive touch within its bounds. mLastTouchDownTime = ev.getDownTime(); mLastTouchDownIndex = childIndex; mLastTouchDownX = ev.getX(); mLastTouchDownY = ev.getY(); newTouchTarget = addTouchTarget(child, idBitsToAssign); alreadyDispatchedToNewTouchTarget = true; break;
dispatchTransformedTouchEvent返回true，即child
或者是它的子View
接收了该touch事件。如果我们回退到Framelayout中就是自定义的View接收了，如果回退到的是DecorView中，就是
FrameLayout接收的，虽然实际是FrameLayout的子View，但是我们只记录自己的直接子View，以便后面的事件传递轨迹。
addTouchTarget：创建一个TouchTarget对象，并添加到链表的表头。ViewGroup中维护了一个单向链表，TouchTarget就是表节点结构，其中存储了捕获了ACTION_DOWN事件的View对象。该链表的表头为mFirstTouchTarget对象。
我们沿着ViewGroup中的dispatchTouchEvent继续向下：
if (mFirstTouchTarget == null) { // No touch targets so treat this as an ordinary view. handled = dispatchTransformedTouchEvent(ev, canceled, null,TouchTarget.ALL_POINTER_IDS); } else { // Dispatch to touch targets, excluding the new touch target if we already // dispatched to it. Cancel touch targets if necessary. TouchTarget predecessor = null; TouchTarget target = mFirstTouchTarget; while (target != null) { final TouchTarget next = target.next; if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) { handled = true; } else { final boolean cancelChild = resetCancelNextUpFlag(target.child) || intercepted; if (dispatchTransformedTouchEvent(ev, cancelChild, target.child, target.pointerIdBits)) { handled = true; } if (cancelChild) { if (predecessor == null) { mFirstTouchTarget = next; } else { predecessor.next = next; } target.recycle(); target = next; continue; } } predecessor = target; target = next; } }
这部分代码实际是做ACTION_MOVE和ACTION_UP的分发，ACTION_DOWN一个十分重要的工作就是收集接收Touch事件的child View ,保存在TouchTarget链表中。
如果mFirstTouchTarget为空，整个链表都是空的，表明没有子View接收Touch事件，那么ViewGroup本身也可以接收。如果不为空，那么就遍历整个链表，传递Touch事件。
if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) 这个条件就是我们刚刚走完的操作，所以是成立的，handled为true，该ViewGroup又没有其他子View，即链表中只有一个元素，方法走到了最后，返回true。继续退栈。
一直退、一直退，推到Activity的
dispatchTouchEvent，可以看到View系统中返回true，Activity的ontouchEvent是没有机会得到事件的。
再退回到系统中，我们不在分析，至此，ACTION_DOWN事件就分析完了。
ACTION_UP、ACTION_MOVE与
ACTION_DOWN不同的地方是，下面这个收集TouchTarget的代码都没必要走了，直接按
mFirstTouchTarget链表分发事件。
if (actionMasked == MotionEvent.ACTION_DOWN || (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN) || actionMasked == MotionEvent.ACTION_HOVER_MOVE) { }
还有一种ACTION_CANCLE的情况，也需要我们处理的。传递CANCLE的一种情形是，父View拦截了事件的传递：
private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel, View child, int desiredPointerIdBits) { // Canceling motions is a special case. We don't need to perform any transformations // or filtering. The important part is the action, not the contents. final int oldAction = event.getAction(); if (cancel || oldAction == MotionEvent.ACTION_CANCEL) { event.setAction(MotionEvent.ACTION_CANCEL); if (child == null) { handled = super.dispatchTouchEvent(event); } else { handled = child.dispatchTouchEvent(event); } event.setAction(oldAction); return handled; } }
之前提到Touch事件是一个完整的流程，所以如果父View拦截了事件，需要通知子View，该次事件结束了。因此在自己重载以上的这些事件函数时，不要漏掉action_cancel的情况。
onInterceptTouchEvent返回true，则dispatchTransformedTouchEvent方法传递的cancel实参为true，child得到的touchEvent就是CANCEL类型了。
扫一扫
86
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
