设为首页收藏本站
开启辅助访问

在路上

 找回密码
 立即注册
在路上 › 站点首页 ›学习 › 查看内容

深入解析Andoird应用开发中View的事件传递

2016-8-16 12:49| 发布者: zhangjf| 查看: 594| 评论: 0

摘要: 下面以点击某个view之后的事件传递为例子。 首先分析view里的dispatchTouchEvent()方法，它是点击view执行的第一个方法。 public boolean dispatchTouchEvent(MotionEvent event) { if (mOnTouchListener != null ( ...

2016218174438007.jpg (602×339)

下面以点击某个view之后的事件传递为例子。
首先分析view里的dispatchTouchEvent()方法，它是点击view执行的第一个方法。

  2. public boolean dispatchTouchEvent(MotionEvent event) {
  3. if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&
  4. mOnTouchListener.onTouch(this, event)) {
  5. return true;
  6. }
  7. return onTouchEvent(event);
  8. }
复制代码

注意：里面包含两个回调函数 onTouch(),onTouchEvent()；如果控件绑定了OnTouchListener，且该控件是enabled，那么就执行onTouch()方法，如果该方法返回true，则说明该触摸事件已经被OnTouchListener监听器消费掉了，不会再往下分发了；但是如果返回false，则说明未被消费，继续往下分发到该控件的onTouchEvent()去处理。

然后分析onTouchEvent()方法，进行进一步的触摸事件处理。

  2. if (((viewFlags & CLICKABLE) == CLICKABLE ||
  3. (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
  4. switch (event.getAction()) {
  5. case MotionEvent.ACTION_UP:
  6. .....
  7. performClick(); //响应点击事件
  8. break;
  9. case MotionEvent.ACTION_DOWN:
  10. ..... break;
  11. case MotionEvent.ACTION_CANCEL:
  12. ..... break;
  13. case MotionEvent.ACTION_MOVE:
  14. ..... break;
  15. }
  16. return true;
  17. }
  18. return false;
复制代码

如果该控件是clickable 、long_clickable的，那么就可以响应对应事件，响应完后返回true继续响应。比如点击事件，先响应ACTION_DOWN，然后break并返回true，然后手抬起，又从dispatchTouchEvent()分发下来，再响应ACTION_UP，里面会去performClick()响应点击事件。

响应点击事件

  2. public boolean performClick() {
  3. sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
  4. if (mOnClickListener != null) {
  5. playSoundEffect(SoundEffectConstants.CLICK);
  6. mOnClickListener.onClick(this);
  7. return true;
  8. }
  9. return false;
  10. }
复制代码

里面执行mOnClickListener.onClick(this);即回调绑定监听器的onClick()函数。

关键点：
onTouch和onTouchEvent的区别，又该如何使用？
答：
当view控件接受到触摸事件，如果控件绑定了onTouchListener监听器，而且该控件是enable，那么就去执行onTouch()方法，如果返回true，则已经把触摸事件消费掉，不再向下传递；如果返回false，那么继续调用onTouchEvent()事件。

Android的Touch事件传递到Activity顶层的DecorView(一个FrameLayout)之后，会通过ViewGroup一层层往视图树的上面传递，最终将事件传递给实际接收的View。下面给出一些重要的方法。

dispatchTouchEvent
事件传递到一个ViewGroup上面时，会调用dispatchTouchEvent。代码有删减

  2. public boolean dispatchTouchEvent(MotionEvent ev) {
  4. boolean handled = false;
  5. if (onFilterTouchEventForSecurity(ev)) {
  6. final int action = ev.getAction();
  7. final int actionMasked = action & MotionEvent.ACTION_MASK;
  9. // Attention 1 ：在按下时候清除一些状态
  10. if (actionMasked == MotionEvent.ACTION_DOWN) {
  11. cancelAndClearTouchTargets(ev);
  12. //注意这个方法
  13. resetTouchState();
  14. }
  16. // Attention 2：检查是否需要拦截
  17. final boolean intercepted;
  18. //如果刚刚按下 或者 已经有子View来处理
  19. if (actionMasked == MotionEvent.ACTION_DOWN
  20. || mFirstTouchTarget != null) {
  21. final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
  22. if (!disallowIntercept) {
  23. intercepted = onInterceptTouchEvent(ev);
  24. ev.setAction(action); // restore action in case it was changed
  25. } else {
  26. intercepted = false;
  27. }
  28. } else {
  29. // 不是一个动作序列的开始 同时也没有子View来处理，直接拦截
  30. intercepted = true;
  31. }
  33. //事件没有取消 同时没有被当前ViewGroup拦截，去找是否有子View接盘
  34. if (!canceled && !intercepted) {
  35. //如果这是一系列动作的开始 或者有一个新的Pointer按下 我们需要去找能够处理这个Pointer的子View
  36. if (actionMasked == MotionEvent.ACTION_DOWN
  37. || (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
  38. || actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
  39. final int actionIndex = ev.getActionIndex(); // always 0 for down
  41. //上面说的触碰点32的限制就是这里导致
  42. final int idBitsToAssign = split ? 1 << ev.getPointerId(actionIndex)
  43. : TouchTarget.ALL_POINTER_IDS;
  45. final int childrenCount = mChildrenCount;
  46. if (newTouchTarget == null && childrenCount != 0) {
  47. final float x = ev.getX(actionIndex);
  48. final float y = ev.getY(actionIndex);
  50. //对当前ViewGroup的所有子View进行排序，在上层的放在开始
  51. final ArrayList<View> preorderedList = buildOrderedChildList();
  52. final boolean customOrder = preorderedList == null
  53. && isChildrenDrawingOrderEnabled();
  54. final View[] children = mChildren;
  55. for (int i = childrenCount - 1; i >= 0; i--) {
  56. final int childIndex = customOrder
  57. ? getChildDrawingOrder(childrenCount, i) : i;
  58. final View child = (preorderedList == null)
  59. ? children[childIndex] : preorderedList.get(childIndex);
  61. // canViewReceivePointerEvents visible的View都可以接受事件
  62. // isTransformedTouchPointInView 计算是否落在点击区域上
  63. if (!canViewReceivePointerEvents(child)
  64. || !isTransformedTouchPointInView(x, y, child, null)) {
  65. ev.setTargetAccessibilityFocus(false);
  66. continue;
  67. }
  69. //能够处理这个Pointer的View是否已经处理之前的Pointer，那么把
  70. newTouchTarget = getTouchTarget(child);
  71. if (newTouchTarget != null) {
  72. // Child is already receiving touch within its bounds.
  73. // Give it the new pointer in addition to the ones it is handling.
  74. newTouchTarget.pointerIdBits |= idBitsToAssign;
  75. break;
  76. } }
  77. //Attention 3 : 直接发给子View
  78. if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
  79. // Child wants to receive touch within its bounds.
  80. mLastTouchDownTime = ev.getDownTime();
  81. if (preorderedList != null) {
  82. // childIndex points into presorted list, find original index
  83. for (int j = 0; j < childrenCount; j++) {
  84. if (children[childIndex] == mChildren[j]) {
  85. mLastTouchDownIndex = j;
  86. break;
  87. }
  88. }
  89. } else {
  90. mLastTouchDownIndex = childIndex;
  91. }
  92. mLastTouchDownX = ev.getX();
  93. mLastTouchDownY = ev.getY();
  94. newTouchTarget = addTouchTarget(child, idBitsToAssign);
  95. alreadyDispatchedToNewTouchTarget = true;
  96. break;
  97. }
  99. }
  100. }
  102. }
  103. }
  105. // 前面已经找到了接收事件的子View，如果为NULL，表示没有子View来接手，当前ViewGroup需要来处理
  106. if (mFirstTouchTarget == null) {
  107. // ViewGroup处理
  108. handled = dispatchTransformedTouchEvent(ev, canceled, null,
  109. TouchTarget.ALL_POINTER_IDS);
  110. } else {
  112. if(alreadyDispatchedToNewTouchTarget) {
  113. //ignore some code
  114. if (dispatchTransformedTouchEvent(ev, cancelChild,
  115. target.child, target.pointerIdBits)) {
  116. handled = true;
  117. }
  118. }
  120. }
  121. return handled;
  122. }
复制代码

上面代码中的Attention在后面部分将会涉及，重点注意。

这里需要指出一点的是，一系列动作中的不同Pointer可以分配给不同的View去响应。ViewGroup会维护一个PointerId和处理View的列表TouchTarget，一个TouchTarget代表一个可以处理Pointer的子View，当然一个View可以处理多个Pointer，比如两根手指都在某一个子View区域。TouchTarget内部使用一个int来存储它能处理的PointerId，一个int32位，这也就是上层为啥最多只能允许同时最多32点触碰。

看一下Attention 3 处的代码，我们经常说view的dispatchTouchEvent如果返回false，那么它就不能系列动作后面的动作，这是为啥呢？因为Attention 3处如果返回false，那么它不会被记录到TouchTarget中，ViewGroup认为你没有能力处理这个事件。

这里可以看到，ViewGroup真正处理事件是在dispatchTransformedTouchEvent里面，跟进去看看：

  2. dispatchTransformedTouchEvent
  3. private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
  4. View child, int desiredPointerIdBits) {
  6. //没有子类处理，那么交给viewgroup处理
  7. if (child == null) {
  8. handled = super.dispatchTouchEvent(transformedEvent);
  9. } else {
  10. final float offsetX = mScrollX - child.mLeft;
  11. final float offsetY = mScrollY - child.mTop;
  12. transformedEvent.offsetLocation(offsetX, offsetY);
  13. if (! child.hasIdentityMatrix()) {
  14. transformedEvent.transform(child.getInverseMatrix());
  15. }
  17. handled = child.dispatchTouchEvent(transformedEvent);
  18. }
  19. return handled;
  20. }
复制代码

可以看到这里不管怎么样，都会调用View的dispatchTouchEvent,这是真正处理这一次点击事件的地方。

  2. dispatchTouchEvent
  3. public boolean dispatchTouchEvent(MotionEvent event) {
  4. if (onFilterTouchEventForSecurity(event)) {
  5. //先走View的onTouch事件，如果onTouch返回True
  6. ListenerInfo li = mListenerInfo;
  7. if (li != null && li.mOnTouchListener != null
  8. && (mViewFlags & ENABLED_MASK) == ENABLED
  9. && li.mOnTouchListener.onTouch(this, event)) {
  10. result = true;
  11. }
  13. if (!result && onTouchEvent(event)) {
  14. result = true;
  15. }
  16. }
  17. return result;
  18. }
复制代码

我们给View设置的onTouch事件处在一个较高的优先级，如果onTouch执行返回true，那么就不会去走view的onTouchEvent，而我们一些点击事件都是在onTouchEvent中处理的，这也是为什么onTouch中返回true，view的点击相关事件不会被处理。

小小总结一下这个流程
ViewGroup在接受到上级传下来的事件时，如果是一系列Touch事件的开始(ACTION_DOWN)，ViewGroup会先看看自己需不需要拦截这个事件(onInterceptTouchEvent，ViewGroup的默认实现直接返回false表示不拦截)，接着ViewGroup遍历自己所有的View。找到当前点击的那个View，马上调用目标View的dispatchTouchEvent。如果目标View的dispatchTouchEvent返回false，那么认为目标View只是在那个位置而已，它并不想接受这个事件，只想安安静静的做一个View(我静静地看着你们装*)。此时，ViewGroup还会去走一下自己dispatchTouchEvent，Done！

收藏 邀请
上一篇：Java中的数组基础知识学习教程下一篇：AndroidStudio NDK开发最佳入门实践

最新评论

相关分类

小黑屋|在路上 ( 蜀ICP备15035742号-1 )  

;

GMT+8, 2025-5-6 15:39

Copyright 2015-2025 djqfx

返回顶部