第三章  View的事件体系

　　3.1 View基础知识

　　3.1.1 什么是view

　　　　View 是Android中所有控件的基类，是一种界面层的控件的一种抽象，它代表了一个控件。

　　3.1.2 View的位置参数

　　　　View的位置主要由它的四个顶点来决定，分别对应于View的四个属性：top,left,right,bottom；需要注意的是这些坐标都是相对于View的父容器来说的；（在Android中X轴和Y轴的正方向分别为右和下）。

　　　　3.0开始新增的属性

　　　　x-  view左上角横坐标；

　　　　y-  view左上角纵坐标；

　　　　translationX-  view左上角相对于父容器的水平偏移量；

　　　　translationY-  view左上角相对于父容器的垂直偏移量；

　　　　View在平移过程中，top和left表示的是原始左上角的位置信息，其值并不会发生变化，此时发生变化的是x,y,translationX,translationY这四个参数。

　　3.1.3 MotionEvent和TouchSlop

　　　　1 MotionEvent

　　　　getX和getY方法返回的是当前View左上角的x和y坐标，而getRawC和getRawY方法返回的是相对于手机屏幕左上角的x和y坐标。

　　　　2 TouchSlop

　　　　TouchSlop是系统所能识别出的被认为是滑动的最小距离,是一个常量，通过如下方式可以获得这个常量：ViewConfiguration.get(getContext()).getScaledTouchSlop();

　　3.1.4 VelocityTracker,GestureDetector和Scroller

　　　　1 VelocityTracker

　　　　VelocityTracker—速度追踪，追踪手指在滑动过程中的速度（水平垂直两个方向），注意速度可以为负值，当手指从右向左滑动时，水平方向速度即为负值。

　　　　2 GestureDetector

　　　　GestureDetector—手势检测，用于辅助检测用户的单击，滑动，长，双击等行为。

　　　　建议：如果只是监听滑动相关的，在onTouchEvent中实现，如果要监听双击行为就用GestureDetector。

　　　　3 Scroller

　　　　Scroller—弹性滑动，用于实现View的弹性滑动（有过渡效果的滑动），需要配合View的computeScroll方法使用。

　　3.2 View的滑动

　　　　实现View滑动的三种方式：

　　　　1 通过View本身的scrollTo/scrollBy方法实现滑动；

　　　　2 通过动画给View施加平移效果实现滑动；

　　　　3 通过改变View的LayoutParams使得View重新布局实现滑动；

　　3.2.1 使用scrollTo/scrollBy

　　　　scrollTo/scrollBy的源码如下：

public void scrollTo(int x ,int y){

if(mScrollX!=x||mScrollY!=y){

    int oldX=mScrollX;

    int oldY=mScrollY;

    mScrollX=x;

    mScrollY=y;

    invalidateParentCaches();

    onScrollChanged(mScrollX,mScrollY,oldX,oldY);

    if(!awakenScrollBars()){

    postInvalidateOnAnimation();

　　　　}

　　}

}

public void scrollBy(int x,int y){

    scrollTo(mScrollX+x,mScrollY+y);

}

　　　　其中mScrollX的值总是等于View左边缘和View内容左边缘在水平方向的距离，mScrollY的值总是等于View的上边缘和View内容上边缘在垂直方向上的距离；

　　　  scrollTo/scrollBy只能改变View内容的位置而不能改变自身在布局中的位置。

　　　  也就是说使用scrollTo/scrollBy来实现View的滑动只能将View的内容进行移动，并不能将View本身进行移动。

　　3.2.2 使用动画

　　　　使用动画来移动View 主要是操作View的translationX和translationY属性。（传统的View动画和属性动画）

　　　  View动画是对View的影像操作，它并不能真正改变View的位置参数，包括宽/高。

　　3.2.3 改变布局参数

　　　　主要是通过改变View的LayoutParams来实现；下面的代码展示如何给一个mButton1重新设置LayoutParams：

MarginLayoutParams params=(MarginLayoutParams)mButton1.getLayoutParams();

params.width+=100;

params.leftMargin+=100;

mButton1.requestLayout();
//或者mButton1.setLayoutParams(params)

　　3.2.4各种滑动方式的对比

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

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

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

　　3.3弹性滑动

　　3.3.1使用Scroller

　　　　注意Scroller产生的滑动也是对View内容的滑动而非View本身位置的改变。

　　　　Scroller的典型使用方式如下：

Scroller scroller=new Scroller(context);

//缓慢滚动到指定位置

private void smoothScrollTo(int destX,int destY){

    int scrollx=getScrollX();

    int deltaX=destX-scrollX;

    //1000ms内滑向destX,效果就是慢慢滑动

    scroller.startScroll(scrollX,0,deltaX,0,1000);

    invalidate();

}

@Override

public void computeScroll(){

    if(scroller.computeScrollOffset()){

    scrollTo(scroller.getCurrX(),scroller.getCurrY());

    postInvalidate();

    }

}

　　　　Scroller的工作机制：Scroller本身并不能实现View的滑动，它需要配合View的computeScroll方法才能完成弹性滑动的效果，它不断的让View重绘，而每一次重绘距滑动起始时间会有一个时间间隔，通过这个时间间隔Scroller就可以得出View当前的滑动位置，知道了滑动位置就可以通过scrollTo方法来View的滑动。就这样，View的每一次重绘都会导致View进行小幅度的滑动，而多次的小幅度滑动就组成了弹性滑动。

　　3.4 View的时间分发机制

　　3.4.1 点击事件的传递规则

　　　　点击事件的分发过程主要由三个方法来完成。

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

　　　　onInterceptTouchEvent() ：在dispatchTouchEvent方法内部调用，判断是否拦截某个事件，如果当前View拦截了某个事件，那么在同一个事件序列中，此方法不会在被调用，返回结果表示是否拦截当前事件。

　　　　onTouchEvent() ：在dispatchTouchEvent方法中调用，用来处理点击事件，返回结果表示是否消耗当前事件，如果不消耗，则在同一个事件序列中，当前View无法再次接收到其他事件。

　　　　事件序列是指从手指接触屏幕的那一刻起，到手指离开屏幕的那一刻结束，在这个过程中所产生的一系列事件，这个事件序列以down事件开始，中间含有数量不固定的move事件，最终以up事件结束。

　　　　理解了这三个方法的工作过程也就理解了事件的分发机制。伪代码表示三个方法的关系如下：

public boolean dispatchTouchEvent(MotionEvent ev){

    boolean consume=false;

    if(onInterceptTouchEvent(ev)){

         consume=onTouchEvent(ev);

    }else{

         consume=child.dispatchTouchEvent(ev);

    }

    return consume;

}

　　　　具体传递规则：对于一个根ViewGroup来说，点击事件产生以后，首先会传递给它，这时它的dispatchTouchEvent就会被调用，如果这个ViewGroup的onInterceptTouchEvent方法返回true就表示它要拦截当前事件，接着事件就会交给这个ViewGroup处理，即它的onTouchEvent方法就会被调用，如果这个ViewGroup的onInterceptTouchEvent返回false就表示它不拦截当前事件，这时当前事件就会继续传递给它的子元素，接着子元素的dispatchTouchEvent方法就会被调用，如此反复直到事件被最终处理。

　　　  当一个点击事件产生后，它的传递过程遵循如下顺序：Activity->Window->View,即事件总是先传递给Activity，Activity在传递给Window，最后Window在传递给*View。*View接收到事件后，就会按照事件分发机制去分发事件。考虑一种情况，如果一个View的onTouchEvent返回false，那么它的父容器的onTouchEvent将会被调用，依此类推。如果所用的元素都不处理这个事件，那么这个事件将会最终传递给Activity处理，即Activity的onTouchEvent方法被调用。
　　　　几个重要结论：

　　　　正常情况下，一个事件序列只能被一个VIew拦截且消耗，因为一旦一个元素拦截了某个事件，那么同一个事件序列内的所有事件都会直接交给它处理，因此同一个事件序列中的事件不能分别有两个View同时处理，但是通过特殊手段可以做到，比如一个View将本该自己处理的事件通过onTouchEvent强行传递给其他View处理。

　　　　某个View一旦决定拦截，那么这一个事件序列都只能由它处理，并且它的onInterceptTouchEvent不会再被调用。

　　　　某个View一旦开始处理事件，如果它不消耗ACTION_DOWN事件（onTouchEvent返回了false），那么同一事件序列中的其他事件都不会再交给它处理，并且事件将重新交由它的父元素去处理，即父元素的onTouchEvent会被调用。意思就是事件一旦交给一个View处理，那么它就必须消耗掉，否则同一事件序列中剩下的事件就不再交给它来处理了。

　　　　如果View不消耗出ACTION_DOWN以外的其他事件，那么这个点击事件会消失，最终这些消失的点击事件会传递给Activity处理。

　　　　ViewGroup默认不拦截任何事件。

　　　　View没有onInterceptTouchEvent方法，一旦有事件传递给它，那么它的onTouchEvent方法就会被调用。

　　　　View的OnTouchEvent方法默认都会消耗事件（返回true）。

　　　　View的enable属性不影响onTouchEvent的默认返回值。

　　　　onClick会发生的前提是当前View是可点击的，并且它收到了down和up的事件。

　　　　事件的传递过程是由外向内的，即事件总是项传递给父元素，然后再由父元素分发给子View，通过requestDisallowInterceptTouchEvent方法可以在子元素中干预父元素的事件分发过程，但是ACTION_DOWN事件除外。（requestDisallowInterceptTouchEvent方法主要设置父元素中的FLAG_DISALLOW_INTERCEPT标记位，一旦设置后，ViewGroup将无法拦截除了ACTION_DOWN以外的其他点击事件）

　　3.5 View的滑动冲突

　　　　常见的滑动冲突场景

　　　　 解决滑动冲突的方式：外部拦截法和内部拦截法。

　　　　1 外部拦截法

　　　　点击事件都先经过父容器的拦截处理，如果父容器需要此事件就拦截，如果不需要此事件就不拦截。

　　　　实现方法主要是重写父容器的onInterceptTouchEvent方法，代码如下：

  @Override

    public boolean onInterceptTouchEvent(MotionEvent event) {

        boolean intercepted=false;

        int x=(int)event.getX();

        int y=(int)event.getY();

        switch (event.getAction()){

            case MotionEvent.ACTION_DOWN:

                intercepted=false;

                break;

            case MotionEvent.ACTION_MOVE:

                if(父容器需要当前点击事件){

                   intercepted=true;

                }else {

                    intercepted=false;

                }

                break;

            case MotionEvent.ACTION_UP:

                intercepted=false;

                break;

            default:

                break;

        }

        mLastXIntercept=x;

        mLastYIntercept=y;

        return intercepted;

    }

　　　　2 内部拦截法

　　　　父容器不拦截任何事件，所用的事件都传递给子元素，如果子元素需要此事件就直接消耗掉，否则就交由父容器进行处理。需要配合requestDisallowInterceptTouchEvent方法才能正常工作，同时重写子元素的dispatchTouchEvent方法，代码如下：

　　　　子元素：

   @Override

    public boolean dispatchTouchEvent(MotionEvent event) {

        int x=(int)event.getX();

        int y=(int)event.getY();

        switch (event.getAction()){

            case MotionEvent.ACTION_DOWN:

                getParent().requestDisallowInterceptTouchEvent(true);

                break;

            case MotionEvent.ACTION_MOVE:

                int deltaX=x-mLastX;

                int deltaY=y-mLastY;

                if(父容器需要当前点击事件){

                    getParent().requestDisallowInterceptTouchEvent(false);

                }

                break;

            case MotionEvent.ACTION_UP:

                break;

            default:

                break;

        }

        mLastX=x;

        mLastY=y;

        return super.dispatchTouchEvent(event);

    }

　　　　父元素：

    @Override

    public boolean onInterceptTouchEvent(MotionEvent event) {

        int action=event.getAction();

        if (action==MotionEvent.ACTION_DOWN){

            return false;

        }else{

            return true;

        }

    }

　　　　以上就是滑动处理滑动冲突的典型代码，当面对不同的滑动策略时（场景1，2，3）只需要修改里面的条件即可。