android View的事件体系

View的事件体系

View的基础知识

Android中所有控件的基类。

View的位置主要由它的四个顶点来决定的，分别对应View的四个属性：left：左上角横坐标，top：左上角纵坐标，right：右下角横坐标，bottom：右下角纵坐标

获取这四个参数通过getLeft，getTop，getRight，getBottom得到，在3.0版本后，新增了几个参数：x，y：自身View的坐标；和translationX，translationY：相对于父容器的偏移量

MotionEvent和TouchSlop

通过MotionEvent对象，我们可以得到点击事件发生的x、y坐标。为此，系统提供了两个组方法：getX、getY（相对于当前View）和getRawX、getRawY（相对于手机屏幕）

TouchSlop是系统所能识别出的最小滑动距离，它是一个常量，和设备有关，不同设备的值不同。通过ViewConfiguration.get(getContext()).getScaledTouchSlop()；获得。

作用：处理滑动时，可利用这个常量做一些过滤，比如滑动距离小于此值，我们就可以认为未达到滑动距离的临界值。

 

VelocityTracker、GestureDetector和Scroller

Ø  VelocityTracker：速度追踪

用于追踪手指在滑动过程中的速度。它的使用过程很简单，首先，在View的onTouchEvent方法中追踪当前单击事件的速度：

通过以下方法获得当前的滑动速度：

要注意的是，要获得速度之前必须要计算，这里的速度是指手指滑动的像素数，1000表示时间间隔为1秒，取值：左负右正。

                     速度 = （终点位置 - 起点位置） / 时间段

使用完毕后需调用clear和recycle将其重置并回收。

当然，在ViewDragHelper中重写onViewReleased 方法直接获得了速度：

public void onViewReleased(ViewreleasedChild, float xvel, float
yvel)；

*ViewDragHelper解决了android中手势处理过于复杂的问题

本质其实是分析onInterceptTouchEvent和onTouchEvent的MotionEvent参数，然后根据分析的结果去改变一个容器中被拖动子View的位置（ 通过offsetTopAndBottom(int offset)和offsetLeftAndRight(int offset)方法 ），他能在触摸的时候判断当前拖动的是哪个子View。

Ø  GestureDetector：手势检测

用于辅助检测用户的单击、滑动、长按、双击等行为。

首先，创建GestureDetector对象并实现OnGestureListener接口（OnDoubleTapListener：监听双击）

接着，接管目标View的onTouchEvent方法，代码如下：

做完了上面两步，就可以有选择性的实现OnGestureListener和OnDoubleTapListener的方法了，两个接口的方法介绍：

方法名	描述	所属接口
onDown	手指触摸屏幕的一瞬间: ACTION_DOWN	OnGestureListener
onShowPress	手指轻轻触摸屏幕尚未松开或 拖动的状态	OnGestureListener
onSingleTapUp	手指松开,伴随着1个ACTION_UP而触发，这是单击行为	OnGestureListener
onScroll	手指按下屏幕并拖动，拖动行为	OnGestureListener
onLongPress	长久的按着屏幕不放，即长按	OnGestureListener
onFling	快速滑动后松开	OnGestureListener
onSingleTapConfirmed	严格的单击行为，注意与onSingleTapUp不同，如果触发了此方法，那么不可能在紧跟着另一个单击行为，即这只能是单击，不是双击中的一次单击	OnDoubleTapListener
onDoubleTap	双击，由两次连续的单击组成不可能和onSingleTapConfirmed方法共存	OnDoubleTapListener
onDoubleTapEvent	表示发生了双击行为，在双击的期间，ACTION_DOWN/MOVE/UP都会触发此回调	OnDoubleTapListener

 

建议的GestureDetector使用场景：监听双击行为时可使用

Ø  Scroller：弹性滑动

用于实现View的弹性滑动，我们都知道，scrollTo和scrollBy方法滑动时，其过程是瞬间完成的，体验不是很好，这个就可以使用Scroller可以实现过渡效果的滑动（在一定时间间隔内完成的）它本身无法让View弹性滑动，需要和View的computeScrllo方法配合才能完成，如下：

    

  

View的滑动

三种方式实现滑动：

Ø  第一种：通过View本身提供的scrollTo和scrollBy方法实现滑动

²  scrollBy实际也是调用了scrollTo方法，它实现了基于当前位置的相对滑动，而scrollTo则是基于所传递参数的绝对滑动。

Ø  第二种：通过动画给View施加平移效果来实现。

²  主要操作View的translationX和translationY属性，既可以采用传统的View动画，也可以采用属性动画（属性动画为了兼容3.0以下，使用开源动画库：nineoldandroids）需要注意一点：View动画是对View影像做操作，并不是真正的改变View位置参数，如果希望动画后的状态得以保留，我们还必须将fillAfter设置为true。

Ø  第三种：通过改变View的LayoutParams使得View重新布局从而实现

²  如果想将一个Button向右平移100px，只需通过Button.getLayoutParams()得到对象，并且设置其leftMargin属性增加100px即可，最后别忘记button.requestLayout();或者直接setLayoutParams(params对象)；

这是一种很灵活的做法。

       针对上面的分析，得出结论：

l  scrollTo和scrollBy：操作简单，适合对View内容的滑动

l  动画：操作简单，主要适用于没有交互的View和实现复杂的动画效果

l  改变布局参数：操作稍微复杂，适用于有交互的View

View的事件分发机制

所谓点击事件的分发，其实就是对MotionEvent事件的分发过程，即当一个MotionEvent产生了以后，系统将事件传递给一个具体的View，这个过程就是分发。点击事件的分发过程由三个重要的方法共同完成：

l  dispatchTouchEvent

²  用来进行事件分发，如果事件能够传递给当前View，那此方法一定被调用，返回结果受当前View的onTouchEvent和下级View的dispatchTouchEvent影响，表示是否消耗当前事件。

l  onInterceptTouchEvent

²  在dispatchTouchEvent方法内部调用，用来判断是否拦截某个事件。如果拦截，调用onTouchEvent方法

l  onTouchEvent

²  在dispatchTouchEvent方法中调用，用来处理点击事件。

点击事件传递规则：对于一个根ViewGroup来说，点击事件产生后，首先会传递给它，这时它的dispatchTouchEvent就会被调用，如果这个ViewGroup的onInterceptTouchEvent返回的是true表示要拦截，接着就自然调它的onTouchEvent；

如果返回false，就表示不拦截并传递给它的子元素并调用子元素的dispatchTouchEvent，如此反复直到事件被最终处理。

这其中有一点要注意： 如果View设置了事件监听：OnTouchListener，那么其中的onTouch方法优先级比上述的第三个重要方法：onTouchEvent要高！就是说：onTouch返回true，那onTouchEvent方法将不会被调用了！

而我们平时经常设置的OnClickListener是在onTouchEvent中的，由此可见，我们平时用的优先级是最低的！即处于事件传递的尾端。

如果一个View不消耗这个事件，那么就不会再传递给它了，并且没有其他子View消耗，那这个事件最终会消失。

ViewGroup默认不拦截任何事件；View没有onInterceptTouchEvent方法，View的onTouchEvent事件默认返回true，消耗。

事件传递过程是由外向内的，即事件总是先传递给父元素。不过可以通

getParent().requestDisallowInterceptTouchEvent(true);////不让父拦截

在子元素中干预父元素的事件分发过程，但是ACTIVITY_DOWN事件除外。

View的滑动冲突：只要内外层同时可以滑动，就会产生冲突。例如ViewPager中嵌套横向ListView？

 

View的工作原理

ViewRoot和DecorView概念

介绍View的三大流程之前必须要了解一些基本概念。ViewRoot和DecorView

ViewRoot对应于ViewRootImpl类，是连接WindowManager和DecorView的纽带,View的三大流程均是由ViewRoot来完成的。当Activity被创建后，会将DecorView添加到Window中，同时创建ViewRootImpl对象，并将这个实现类与DecorView关联起来。

View的绘制流程是从ViewRoot的performTraversals方法开始的，他经过measure、layout和draw三个过程才能最终将一个View绘制出来。

 

                                                                 

关于DecorView和“测量方式”的介绍请看上次总结的文档：

View的工作流程

主要是指measure（测量）、layout（布局）、draw（绘制）这三大流程

Ø  Measure过程要分情况来看，如果是一个原始的View，通过measure方法就完成了测量过程；若是ViewGroup，除了完成自己的测量外，还要遍历去调用子元素的measure方法

²  View的measure方法是final的，不能被重写，在方法中会调用onMeasure方法，它里面有两个重要的方法：setMeasureDimension()和getDeaultSize(),

直接继承View的自定义控件需要重写onMeasure并设置wrap_content时的自身大小，否则在布局中使用wrap_content就相当于使用match_parent。为什么呢？通过查看：getDeaultSize的源码就明白了（自己看吧）。

²  ViewGroup和View不同的是：他是抽象类，没有重写onMeasure方法，但是他提供了一个measureChhildren方法会在遍历子View的时候调用，并调用其中measureChild

²  这里有个问题！：

我们想在Activity启动的时候获取某个View的宽高，不要觉得直接getXXX就可以的！事实上在OnCreate、Start、Resume中均无法正确的得到。因为View的measure过程和Activity的生命周期不是同步执行的，因此无法保证get之前测量过程完毕，那怎么办呢？！我们可以通过下面四种方式：

l  Activity中重写onWindowFocusChanged（）

含义为View初始化完毕了，需要注意的是，Activity得到焦点和失去焦点均会调用此方法，所以可能会被拼频繁调用。代码如下：

l  view . post（runnable）

通过post可以将一个runnable投地到消息队列的尾部，然后等待Looper调用的时候，View也已经初始化好了：

l  ViewTreeObserver

使用ViewTreeObserver的众多回调也可完成这个功能，比如使用OnGlobalLayoutListener这个接口，当View树发生改变时，onGlobalLayout方法将会被调用，伴随着View树的改变，此方法会被调用多次：

l  view . measure（int w，int h）

通过手动对view进行测量来得到宽高，这种方式比较复杂，需要根据View的LayoutParams来分情况处理。

match_parent：无法测量

具体数值（dp/px）：

wrap_content：理论上支持的最大值

Ø  Layout：作用是ViewGroup用来确定子元素的位置，ViewGroup位置被确定后会在onLayout中遍历调用子元素的layout方法，比measure简单的多，只要记住layout确定view本身位置，而onLayout确定子View位置。

Layout中通过setFrame方法设置四个顶点位置

这里也有个问题！？：View的测量宽高和最终宽高有何区别？

也就是getMeasureWidth和getWidth的区别？

其实，测量宽高形成于measure过程，最终宽高形成于layout过程。

 

Ø  Draw：这个过程就比较简单了，作用是将View绘制到屏幕上，绘制过程遵循如下几步：

²  绘制背景background . draw（canvas）

²  绘制自己（onDraw）

²  绘制children（dispatchDraw）

²  绘制装饰（onDrawScrollBars）

View的绘制过程的传递是通过dispatchDraw实现的！它会遍历子view的draw方法。

自定义View

关于自定义View可大致分为四类：

Ø  继承View重写onDraw方法

Ø  继承ViewGroup派生特殊的layout

Ø  继承特定的View（比如TextView）

Ø  继承特定的ViewGroup（比如LinearLayout）

自定义view须知

1.     让View支持wrap_content

2.     如果有必要，让你的View支持padding

3.     尽量不要在View中使用Handler，没必要

4.     View中如果有线程或者动画，需要及时停止，参考View#onDetachedFromWindow

5.     View带有滑动嵌套情形时，妥善处理滑动冲突