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. public void scrollTo(int x, int y) { 
2.  
3.         if (mScrollX != x || mScrollY != y) { 
4.  
5.             int oldX = mScrollX; 
6.  
7.             int oldY = mScrollY; 
8.  
9.             mScrollX = x; 
10.  
11.             mScrollY = y; 
12.  
13.             invalidateParentCaches(); 
14.  
15.             onScrollChanged(mScrollX, mScrollY, oldX, oldY); 
16.  
17.             if (!awakenScrollBars()) { 
18.  
19.                 postInvalidateOnAnimation(); 
20.  
21.             } 
22.  
23.         } 
24.  
25.     } 
26.  
27.  
28.  public void scrollBy(int x, int y) { 
29.  
30.         scrollTo(mScrollX + x, mScrollY + y); 
31.  
32.     }  

看到里面有2个变量 mScrollX 和mScrollY 这2个东西没，这2个单位的 值是像素，前者代表 view的左边缘和view内容左边缘的距离。 后者代表 view上边缘和view内容上边缘的距离。

5.使用动画来实现view的滑动 有什么后果?

答：实际上view动画 是对view的表面ui 也就是给用户呈现出的视觉效果 来做的移动，动画本身并不能移动view的真正位置。属性动画除外。动画播放结束以后，view最终还是会回到自己的位置的，。当然了你可以设置fillafter 属性 来让动画播放结束以后 view表象停留在 变化以后的位置。所以这会带来一个很严重的后果。比如你的button在屏幕的左边，你现在用个动画 并且设置了fillafter属性让他去了右边。你会发现 点击右边的button 没有click事件触发，但是点击左边的 却可以触发，原因就是右边的button 只是view的表象，真正的button 还在左边没有动过。你一定要这么做的话 可以提前在右边button移动后的位置放一个新的button，当你动画执行结束以后 把右边的enable 左边的让他gone就可以了。

这么做就可以规避上述问题。

6.让view滑动总共有几种方式，分别要注意什么?都适用于那些场景?

答：总共有三种：

a：scrollto，scrollby。这种是最简单的，但是只能滑动view的内容 不可以滑动view本身。

b：动画。动画可以滑动view内容，但是注意非属性动画 就如我们问题5说的内容 会影响到交互，使用的时候要多注意。不过多数复杂的滑动效果都是属性动画来完成的，属于大杀器级别、

c：改变布局参数。这种最好理解了，无非是动态的通过java代码来修改 margin等view的参数罢了。不过用的比较少。我本人不怎么用这种方法。

7.Scroller是干嘛的?原理是什么?

答：Scroller就是用于 让view有滑动渐变效果的。用法如下：

1. package com.example.administrator.motioneventtest; 
2.  
3.  
4. import android.content.Context; 
5.  
6. import android.util.AttributeSet; 
7.  
8. import android.widget.Scroller; 
9.  
10. import android.widget.TextView; 
11.  
12.  
13. /** 
14.  
15.  * Created by Administrator on 2016/2/2. 
16.  
17.  */ 
18.  
19. public class CustomTextView extends TextView{ 
20.  
21.  
22.     private Scroller mScroller; 
23.  
24.  
25.  
26.     public CustomTextView(Context context) { 
27.  
28.         super(context); 
29.  
30.         mScroller=new Scroller(context); 
31.  
32.     } 
33.  
34.  
35.     public CustomTextView(Context context, AttributeSet attrs) { 
36.  
37.         super(context, attrs); 
38.  
39.         mScroller=new Scroller(context); 
40.  
41.  
42.     } 
43.  
44.  
45.     public CustomTextView(Context context, AttributeSet attrs, int defStyleAttr) { 
46.  
47.         super(context, attrs, defStyleAttr); 
48.  
49.         mScroller=new Scroller(context); 
50.  
51.  
52.     } 
53.  
54.  
55.     //调用此方法滚动到目标位置 
56.  
57.     public void smoothScrollTo(int fx, int fy) { 
58.  
59.         int dx = fx - mScroller.getFinalX(); 
60.  
61.         int dy = fy - mScroller.getFinalY(); 
62.  
63.         smoothScrollBy(dx, dy); 
64.  
65.     } 
66.  
67.  
68.     //调用此方法设置滚动的相对偏移 
69.  
70.     public void smoothScrollBy(int dx, int dy) { 
71.  
72.  
73.         //设置mScroller的滚动偏移量 
74.  
75.         mScroller.startScroll(mScroller.getFinalX(), mScroller.getFinalY(), dx, dy,4000); 
76.  
77.         invalidate();//这里必须调用invalidate()才能保证computeScroll()会被调用，否则不一定会刷新界面，看不到滚动效果 
78.  
79.     } 
80.  
81.  
82.     //使用scroller最重要不要遗漏这个方法 
83.  
84.     @Override 
85.  
86.     public void computeScroll() { 
87.  
88.         if (mScroller.computeScrollOffset()) 
89.  
90.         { 
91.  
92.             scrollTo(mScroller.getCurrX(),mScroller.getCurrY()); 
93.  
94.             //这个方法不要忘记调用。 
95.  
96.             postInvalidate(); 
97.  
98.         } 
99.  
100.         super.computeScroll(); 
101.  
102.     } 
103.  
104. }  

其实上述代码 很多人应该都能搜到。我们这里主要讲一下 他的原理。

1. //参数很好理解 前面滑动起始点 中间滑动距离 最后一个是 渐变时间 
2.  
3. //而且我们看到startScroll 这个方法就是设置了一下参数 并没有什么滑动的代码在 
4.  
5. //回到前面的demo能看到我们通常调用完这个方法以后 都会马上调用invalidate()方法 
6.  
7.  public void startScroll(int startX, int startY, int dx, int dy, int duration) { 
8.  
9.         mMode = SCROLL_MODE; 
10.  
11.         mFinished = false; 
12.  
13.         mDuration = duration; 
14.  
15.         mStartTime = AnimationUtils.currentAnimationTimeMillis(); 
16.  
17.         mStartX = startX; 
18.  
19.         mStartY = startY; 
20.  
21.         mFinalX = startX + dx; 
22.  
23.         mFinalY = startY + dy; 
24.  
25.         mDeltaX = dx; 
26.  
27.         mDeltaY = dy; 
28.  
29.         mDurationReciprocal = 1.0f / (float) mDuration; 
30.  
31.     } 
32.  
33.  
34.  
35. //我们都知道invalidate 会触发view的 draw方法  
36.  
37. //我们跟进去看 会发现draw方法里 会调用下面的代码： 
38.  
39. //也就是说会调用    computeScroll方法 而view本身这个方法 
40.  
41. //是空的所以会留给我们自己实现 
42.  
43.  int sx = 0; 
44.  
45.         int sy = 0; 
46.  
47.         if (!drawingWithRenderNode) { 
48.  
49.             computeScroll(); 
50.  
51.             sx = mScrollX; 
52.  
53.             sy = mScrollY; 
54.  
55.         } 
56.  
57.  
58.  
59. //然后回到我们的customtextview 可以看到我们实现的    computeScroll方法如下： 
60.  
61. //你看在这个方法里 我们调用了scrollTo方法 来实现滑动，滑动结束以后再次触发view的重绘 
62.  
63. //然后又会再次触发computeScroll 实现一个循环。 
64.  
65. public void computeScroll() { 
66.  
67.         if (mScroller.computeScrollOffset()) 
68.  
69.         { 
70.  
71.             scrollTo(mScroller.getCurrX(),mScroller.getCurrY()); 
72.  
73.             //这个方法不要忘记调用。 
74.  
75.             postInvalidate(); 
76.  
77.         } 
78.  
79.         super.computeScroll(); 
80.  
81.     }  
82.  
83.  
84.  
85. //返回true就代表滑动还没结束 false就是结束了 
86.  
87. //其实这个方法 就跟属性动画里的插值器一样 你在使用startScroll方法的时候 会传一个事件的值， 
88.  
89. //这个方法就是根据这个事件的值来计算你每一次scrollx和scrolly的值 
90.  
91. public boolean computeScrollOffset() { 
92.  
93.         if (mFinished) { 
94.  
95.             return false; 
96.  
97.         } 
98.  
99.  
100.         int timePassed = (int)(AnimationUtils.currentAnimationTimeMillis() - mStartTime); 
101.  
102.      
103.  
104.         if (timePassed < mDuration) { 
105.  
106.             switch (mMode) { 
107.  
108.             case SCROLL_MODE: 
109.  
110.                 final float x = mInterpolator.getInterpolation(timePassed * mDurationReciprocal); 
111.  
112.                 mCurrX = mStartX + Math.round(x * mDeltaX); 
113.  
114.                 mCurrY = mStartY + Math.round(x * mDeltaY); 
115.  
116.                 break; 
117.  
118.             case FLING_MODE: 
119.  
120.                 final float t = (float) timePassed / mDuration; 
121.  
122.                 final int index = (int) (NB_SAMPLES * t); 
123.  
124.                 float distanceCoef = 1.f; 
125.  
126.                 float velocityCoef = 0.f; 
127.  
128.                 if (index < NB_SAMPLES) { 
129.  
130.                     final float t_inf = (float) index / NB_SAMPLES; 
131.  
132.                     final float t_sup = (float) (index + 1) / NB_SAMPLES; 
133.  
134.                     final float d_inf = SPLINE_POSITION[index]; 
135.  
136.                     final float d_sup = SPLINE_POSITION[index + 1]; 
137.  
138.                     velocityCoef = (d_sup - d_inf) / (t_sup - t_inf); 
139.  
140.                     distanceCoef = d_inf + (t - t_inf) * velocityCoef; 
141.  
142.                 } 
143.  
144.  
145.                 mCurrVelocity = velocityCoef * mDistance / mDuration * 1000.0f; 
146.  
147.                  
148.  
149.                 mCurrX = mStartX + Math.round(distanceCoef * (mFinalX - mStartX)); 
150.  
151.                 // Pin to mMinX <= mCurrX <= mMaxX 
152.  
153.                 mCurrX = Math.min(mCurrX, mMaxX); 
154.  
155.                 mCurrX = Math.max(mCurrX, mMinX); 
156.  
157.                  
158.  
159.                 mCurrY = mStartY + Math.round(distanceCoef * (mFinalY - mStartY)); 
160.  
161.                 // Pin to mMinY <= mCurrY <= mMaxY 
162.  
163.                 mCurrY = Math.min(mCurrY, mMaxY); 
164.  
165.                 mCurrY = Math.max(mCurrY, mMinY); 
166.  
167.  
168.                 if (mCurrX == mFinalX && mCurrY == mFinalY) { 
169.  
170.                     mFinished = true; 
171.  
172.                 } 
173.  
174.  
175.                 break; 
176.  
177.             } 
178.  
179.         } 
180.  
181.         else { 
182.  
183.             mCurrX = mFinalX; 
184.  
185.             mCurrY = mFinalY; 
186.  
187.             mFinished = true; 
188.  
189.         } 
190.  
191.         return true; 
192.  
193.     }  

8.view的滑动渐变效果总共有几种方法?

答：三种，第一种是scroller 也是使用最多的。问题7里有解释。还有一种就是动画，动画我就不多说了，不属于本文范畴。最后一种也是我们经常使用的就是用handler ，每隔一个时间间隔 来更新view的状态。

代码不写了很简单。 自行体会。

9.view的事件传递机制 如何用伪代码来表示?

答：

1. /** 
2.  
3.      * 对于一个root viewgroup来说，如果接受了一个点击事件，那么首先会调用他的dispatchTouchEvent方法。 
4.  
5.      * 如果这个viewgroup的onInterceptTouchEvent 返回true，那就代表要拦截这个事件。接下来这个事件就 
6.  
7.      * 给viewgroup自己处理了，从而viewgroup的onTouchEvent方法就会被调用。如果如果这个viewgroup的onInterceptTouchEvent 
8.  
9.      * 返回false就代表我不拦截这个事件，然后就把这个事件传递给自己的子元素，然后子元素的dispatchTouchEvent 
10.  
11.      * 就会被调用，就是这样一个循环直到 事件被处理。 
12.  
13.      * 
14.  
15.      */ 
16.  
17. public　boolean dispatchTouchEvent(MotionEvent ev) 
18.  
19. { 
20.  
21.     boolean consume=false; 
22.  
23.     if (onInterceptTouchEvent(ev)) { 
24.  
25.         consume=onTouchEvent(ev); 
26.  
27.     }else 
28.  
29.     { 
30.  
31.         consume=child.dispatchTouchEvent(ev); 
32.  
33.     } 
34.  
35.     return consume; 
36.  
37. }  

10.view的onTouchEvent，OnClickListerner和OnTouchListener的onTouch方法 三者优先级如何?

答：onTouchListener优先级最高，如果onTouch方法返回 false ，那onTouchEvent就被调用了，返回true 就不会被调用。至于onClick 优先级最低。

11.点击事件的传递顺序如何?

答：Activity-Window-View。从上到下依次传递，当然了如果你最低的那个view onTouchEvent返回false 那就说明他不想处理 那就再往上抛，都不处理的话

最终就还是让Activity自己处理了。举个例子，pm下发一个任务给leader，leader自己不做 给架构师a，小a也不做 给程序员b，b如果做了那就结束了这个任务。

b如果发现自己搞不定，那就找a做，a要是也搞不定 就会不断向上发起请求，最终可能还是pm做。

1. //activity的dispatchTouchEvent 方法 一开始就是交给window去处理的 
2.  
3. //win的superDispatchTouchEvent 返回true 那就直接结束了 这个函数了。返回false就意味 
4.  
5. //这事件没人处理，最终还是给activity的onTouchEvent 自己处理 这里的getwindow 其实就是phonewindow 
6.  
7.  public boolean dispatchTouchEvent(MotionEvent ev) { 
8.  
9.         if (ev.getAction() == MotionEvent.ACTION_DOWN) { 
10.  
11.             onUserInteraction(); 
12.  
13.         } 
14.  
15.         if (getWindow().superDispatchTouchEvent(ev)) { 
16.  
17.             return true; 
18.  
19.         } 
20.  
21.         return onTouchEvent(ev); 
22.  
23.     } 
24.  
25.  
26.  
27. //来看phonewindow的这个函数 直接把事件传递给了mDecor 
28.  
29.  
30.  @Override 
31.  
32.     public boolean superDispatchTouchEvent(MotionEvent event) { 
33.  
34.         return mDecor.superDispatchTouchEvent(event); 
35.  
36.     } 
37.  
38.  
39. //devorview就是 我们的rootview了 就是那个framelayout 我们的setContentView里面传递的那个layout 
40.  
41. //就是这个decorview的 子view了 
42.  
43.      @Override 
44.  
45.     public final View getDecorView() { 
46.  
47.         if (mDecor == null) { 
48.  
49.             installDecor(); 
50.  
51.         } 
52.  
53.         return mDecor; 
54.  
55.     }  

12.事件分为几个步骤?

答：down事件开头，up事件结尾，中间可能会有数目不定的move事件。

13.ViewGroup如何对点击事件分发?

答：

1. viewgroup就是在actionMasked == MotionEvent.ACTION_DOWN 和 mFirstTouchTarget != null 这两种情况来判断是否会进入拦截事件的流程 
2.  
3.  
4. 看代码可以知道 如果是ACTION_DOWN事件  那就肯定进入 是否要拦截事件的流程 
5.  
6.  
7. 如果不是ACTION_DOWN事件 那就要看mFirstTouchTarget != null 这个条件是否成立 
8.  
9.  
10. 这个地方有点绕但是也好理解，其实就是 对于一个事件序列来说 down是事件的开头 所以肯定进入了这个事件是否拦截的流程 也就是if 括号内。 
11.  
12.  
13.  
14. mFirstTouchTarget其实是一个单链表结构他指向的是 成功处理事件的子元素。 
15.  
16.  
17. 也就是说 如果有子元素成功处理了 事件，那这个值就不为NULL。反过来说 
18.  
19.  
20. 只要viewgroup拦截了事件，mFirstTouchTarget就不为NULL，所以括号内就不会执行，也就侧面说明了一个结论： 
21.  
22.  
23. 某个view 一旦决定拦截事件，那么这个事件所属的事件序列 都只能由他来执行。并且onInterceptTouchEvent 这个方法不会被调用了 
24.  
25.  
26.             final boolean intercepted; 
27.  
28.             if (actionMasked == MotionEvent.ACTION_DOWN 
29.  
30.                     || mFirstTouchTarget != null) { 
31.  
32.                 final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0; 
33.  
34.                 if (!disallowIntercept) { 
35.  
36.                     intercepted = onInterceptTouchEvent(ev); 
37.  
38.                     ev.setAction(action); // restore action in case it was changed 
39.  
40.                 } else { 
41.  
42.                     intercepted = false; 
43.  
44.                 } 
45.  
46.             } else { 
47.  
48.                 // There are no touch targets and this action is not an initial down 
49.  
50.                 // so this view group continues to intercept touches. 
51.  
52.                 intercepted = true; 
53.  
54.             }  

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自身的事件处理机制 逻辑是一模一样的

1. @Override 
2.  
3.     public boolean onInterceptTouchEvent(MotionEvent ev) { 
4.  
5.  
6.         boolean intercepted = false; 
7.  
8.         int x = (int) ev.getX(); 
9.  
10.         int y = (int) ev.getY(); 
11.  
12.  
13.         switch (ev.getAction()) { 
14.  
15.             //down事件肯定不能拦截 拦截了后面的就收不到了 
16.  
17.             case MotionEvent.ACTION_DOWN: 
18.  
19.                 intercepted = false; 
20.  
21.                 break; 
22.  
23.             case MotionEvent.ACTION_MOVE: 
24.  
25.                 if (你的业务需求) { 
26.  
27.                     //如果确定拦截了 就去自己的onTouchEvent里 处理拦截之后的操作和效果 即可了 
28.  
29.                     intercepted = true; 
30.  
31.                 } else { 
32.  
33.                     intercepted = false; 
34.  
35.                 } 
36.  
37.                 break; 
38.  
39.             case MotionEvent.ACTION_UP: 
40.  
41.                 //up事件 我们一般都是返回false的 一般父容器都不会拦截他。 因为up是事件的最后一步。这里返回true也没啥意义 
42.  
43.                 //唯一的意义就是因为 父元素 up被拦截。导致子元素 收不到up事件，那子元素 就肯定没有onClick事件触发了，这里的 
44.  
45.                 //小细节 要想明白 
46.  
47.                 intercepted = false; 
48.  
49.                 break; 
50.  
51.             default: 
52.  
53.                 break; 
54.  
55.         } 
56.  
57.         return intercepted; 
58.  
59.     }  

内部拦截法：内部拦截法稍微复杂一点，就是事件到来的时候，父容器不管，让子元素自己来决定是否处理。如果消耗了 就最好，没消耗 自然就转给父容器处理了。

子元素代码：

1. @Override 
2.  
3.     public boolean dispatchTouchEvent(MotionEvent event) { 
4.  
5.         int x = (int) event.getX(); 
6.  
7.         int y = (int) event.getY(); 
8.  
9.         switch (event.getAction()) { 
10.  
11.             case MotionEvent.ACTION_DOWN: 
12.  
13.                 getParent().requestDisallowInterceptTouchEvent(true); 
14.  
15.                 break; 
16.  
17.             case MotionEvent.ACTION_MOVE: 
18.  
19.                 if (如果父容器需要这个点击事件) { 
20.  
21.                     getParent().requestDisallowInterceptTouchEvent(false); 
22.  
23.                 }//否则的话 就交给自己本身view的onTouchEvent自动处理了 
24.  
25.                 break; 
26.  
27.             case MotionEvent.ACTION_UP: 
28.  
29.                 break; 
30.  
31.             default: 
32.  
33.                 break; 
34.  
35.         } 
36.  
37.         return super.dispatchTouchEvent(event); 
38.  
39.     }  

父亲容器代码也要修改一下，其实就是保证父亲别拦截down：

1. @Override 
2.  
3.     public boolean onInterceptTouchEvent(MotionEvent ev) { 
4.  
5.  
6.         if (ev.getAction() == MotionEvent.ACTION_DOWN) { 
7.  
8.             return false; 
9.  
10.  
11.         } 
12.  
13.         return true; 
14.  
15.     }  

本文作者：佚名

来源：51CTO