Android View事件机制 21问21答

原文:
http://www.cnblogs.com/punkisnotdead/p/5179115.html#3358859
1.View的坐标参数 主要有哪些？分别有什么注意的要点？

答：Left，Right，top,Bottom 注意这4个值其实就是 view 和 他的父控件的 相对坐标值。 并非是距离屏幕左上角的绝对值，这点要注意。

　　此外，X和Y 其实也是相对于父控件的坐标值。 TranslationX,TranslationY 这2个值 默认都为0，是相对于父控件的左上角的偏移量。

　　换算关系：

　　x=left+tranX,y=top+tranY.

　 很多人不理解，为什么事这样，其实就是View 如果有移动的话，比如平移这种，你们就要注意了，top和left 这种值 是不会变化的。

无论你把view怎么拖动，但是 x,y,tranX,tranY 的值是随着拖动平移 而变化的。想明白这点 就行了。

2.onTouchEvent和GestureDetector 在什么时候用哪个比较好？

答：只有滑动需求的时候 就用前者，如果有双击等这种行为的时候 就用后者。

3.Scroller 用来解决什么问题？

答：view的scrollTo和scrollBy 滑动效果太差了，是瞬间完成。而scroller可以配合view的computeScroll 来完成 渐变的滑动效果。体验更好。

4.ScrollTo和ScrollBy 有什么需要注意的？

答：前者是绝对滑动，后者是相对滑动。滑动的是view的内容 而不是view本身。这很重要。比如textview 调用这2个方法 滑动的就是显示出来的字的内容。

一般而言 我们用scrollBy会比较多一些。传值的话 其实 记住几个法则就可以了。 右-左 x为正 否则x为负 上-下 y为负，否则y为正。

可以稍微看一下 这2个的源码：

1 viewgroup就是在actionMasked == MotionEvent.ACTION_DOWN 和 mFirstTouchTarget != null 这两种情况来判断是否会进入拦截事件的流程
2
3 看代码可以知道 如果是ACTION_DOWN事件  那就肯定进入 是否要拦截事件的流程
4
5 如果不是ACTION_DOWN事件 那就要看mFirstTouchTarget != null 这个条件是否成立
6
7 这个地方有点绕但是也好理解，其实就是 对于一个事件序列来说 down是事件的开头 所以肯定进入了这个事件是否拦截的流程 也就是if 括号内。
8
9
10 mFirstTouchTarget其实是一个单链表结构他指向的是 成功处理事件的子元素。
11
12 也就是说 如果有子元素成功处理了 事件，那这个值就不为NULL。反过来说
13
14 只要viewgroup拦截了事件，mFirstTouchTarget就不为NULL，所以括号内就不会执行，也就侧面说明了一个结论：
15
16 某个view 一旦决定拦截事件，那么这个事件所属的事件序列 都只能由他来执行。并且onInterceptTouchEvent 这个方法不会被调用了
17
18             final boolean intercepted;
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                 // There are no touch targets and this action is not an initial down
30                 // so this view group continues to intercept touches.
31                 intercepted = true;
32             }

14.如果某个view 处理事件的时候 没有消耗down事件 会有什么结果？

答：假如一个view，在down事件来的时候 他的onTouchEvent返回false， 那么这个down事件 所属的事件序列 就是他后续的move 和up 都不会给他处理了，全部都给他的父view处理。

15.如果view 不消耗move或者up事件 会有什么结果？

答：那这个事件所属的事件序列就消失了，父view也不会处理的，最终都给activity 去处理了。

16.ViewGroup 默认拦截事件吗？

答：默认不拦截任何事件，onInterceptTouchEvent返回的是false。

17.一旦有事件传递给view，view的onTouchEvent一定会被调用吗？

答：是的，因为view 本身没有onInterceptTouchEvent方法，所以只要事件来到view这里 就一定会走onTouchEvent方法。

并且默认都是消耗掉，返回true的。除非这个view是不可点击的，所谓不可点击就是clickable和longgclikable同时为fale

Button的clickable就是true 但是textview是false。

18.enable是否影响view的onTouchEvent返回值？

答：不影响，只要clickable和longClickable有一个为真，那么onTouchEvent就返回true。

19.requestDisallowInterceptTouchEvent 可以在子元素中干扰父元素的事件分发吗？如果可以，是全部都可以干扰吗？

答：肯定可以，但是down事件干扰不了。

20.dispatchTouchEvent每次都会被调用吗？

答：是的，onInterceptTouchEvent则不会。

21.滑动冲突问题如何解决 思路是什么？

答。要解决滑动冲突 其实最主要的就是有一个核心思想。你到底想在一个事件序列中，让哪个view 来响应你的滑动？比如 从上到下滑，是哪个view来处理这个事件，从左到右呢？

用业务需求 来想明白以后 剩下的 其实就很好做了。核心的方法 就是2个 外部拦截也就是父亲拦截，另外就是内部拦截，也就是子view拦截法。 学会这2种 基本上所有的滑动冲突

都是这2种的变种，而且核心代码思想都一样。

外部拦截法：思路就是重写父容器的onInterceptTouchEvent即可。子元素一般不需要管。可以很容易理解，因为这和android自身的事件处理机制 逻辑是一模一样的