[学习笔记]Android开发艺术探索：View的事件体系

View基础知识

View是Android所有控件的基类；View是一种界面层的控件的一种抽象，代表了一个控件；ViewGroup继承自View。

View的位置主要由它的四个定点来决定，分别对应View的四个属性：top、left、right、bottom，这下坐标都是相对父容器而言的。获取方式getXXX()。

从3.0开始View增加了x、y、translationX、translationY；x和y是View左上角的坐标，translationX和translationY是View左上方相对父容器的偏移量。

x = left + translationX；

y = top + translationY；

View平移的过程中，top和left表示的是原始左上角的位置信息；其值并不会改变，此时发生改变的是x、y、translationX和translationY。

MotionEvent是指用户手指触摸屏幕产生的一系列事件。

• ACTION_DOWN: 手指刚接触屏幕

• ACTION_DMOVE：手指在屏幕上移动

• ACTION_UP：手指从屏幕上松开的一瞬间

getX/getY获取相对当前View左上角的x和y坐标；getRawX/getRawY获取相对手机屏幕左上角的x和y坐标。

TouchSlop是系统能识别滑动的最小距离，是系统常量，当手指在屏幕上滑动，小于这个距离，系统不认为你在进行滑动操作；可通过ViewConfiguration.get(getContext()).getScaledTouchSlop()方法来获取;

VelocityTracker用于追踪手指在滑动过程中的速度。在View的onTouchEvent方法中追踪当前单击事件的速度。

VelocityTracker velocityTracker = VelocityTracker.obtain(); 
velocityTracker.addMovement(event); 

想知道当前滑动速度时，获取速度前需计算速度，参数是时间间隔，单位ms。

velocityTracker.computeCurrentVelocity(1000);  
//获取速度
int xVelocity = (int)velocityTracker.getXVelocity(); 
int yVelocity = (int)velocityTracker.getYVelocity();

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

GestureDetector用于辅助检测用户的单击、滑动、长按、双击等行为。建议：如果只是监听滑动相关的推荐在onTouchEvent中实现，如果需要监听双击，使用GeststureDetector。

Scroller用来实现View的弹性滑动，View的scrollTo/scrollBy是瞬间完成的，使用Scroller配合View的computeScroll方法配合使用达到弹性滑动的效果

View的滑动

scrollTo和scrollBy只能改变View内容而不能改变View本身的位置。scrollBy内部也是调用了scrollTo，它是基于当前位置的相对滑动，scrollTo是基于所传递参数的绝对滑动。在滑动过程中mScrollX/mScrollY总是等于View边缘与View内容边缘的距离，这两个属性用getScrollX/getScrollY方法获取。滑动偏移量mScrollX和mScrollY的正负与实际滑动方向相反。

使用动画来移动View,主要是操作View的translationX和translationY属性。需要注意的是，View动画只是对View的影像做操作，它并不能真正改变View的位置参数，如果这个View设置了点击事件，点击动画后的新位置无法触发点击事件的，使用属性动画没有此问题，但3.0之前系统无属性动画。

ObjectAnimator.ofFloat(mButton1, "translationX", 0, 100) .setDuration(1000).start();

改变布局参数实现滑动，即改变LayoutParams，或者设置一个空View。如想将一个View右平移100px，只需要将该View的LayoutParams里的marginLeft增加100px即可。

ViewGroup.MarginLayoutParams params = (ViewGroup.MarginLayoutParams) mBtn.getLayoutParams();
params.leftMargin += 100;
mBtn.requestLayout();
//或者mBtn.setLayoutParams(params);

总结：

1. scrollTo/scrollBy: 操作简单，适合对View内容的滑动
2. 动画: 操作简单，适合没有交互的View和实现负责的动画效果
3. 改变布局参数：操作稍微复杂，适合有交互的View

弹性滑动

Scroller不能直接完成View滑动，需要配合View的computeScroll方法才可以完成弹性滑动，它让View不断重绘，每一次重绘有一个时间间隔，通过这个时间间隔Scroller就可以得出View当前滑动的位置，知道了滑动位置就通过scrollTo来完成滑动。每一次滑动都会导致View小幅度滑动，多次小幅度滑动组成了弹性滑动，这就是Scroller的工作机制。

startScroll() 把参数保存下来，然后invalidate()会调用，导致View重绘，draw()中调用computeScroll()，该方法为空实现，去调用scrollTo(x,y)实现滑动 和 postInvalidate() 继续重绘，反复下去完成弹性滑动。

通过动画可以直接实现弹性滑动

            ValueAnimator animator = ValueAnimator.ofInt(0,
                    1).setDuration(1000);
            animator.addUpdateListener(new ValueAnimator.AnimatorUpdateListener() {
                @Override
                public void onAnimationUpdate(ValueAnimator animator) {
                    float fraction = animator.getAnimatedFraction();
                    mButton1.scrollTo(startX + (int) (deltaX * fraction), 0);
                }
            });
 						animator.start();

使用延时策略完成滑动，核心思想就是通过发送一系列延时消息从而达到一种渐进式的效果。用Handler或View的postDelayed方法，postDelayed发送延时消息，然后消息中进行View滑动，接连不断的发送这种延时消息，达到弹性滑动的效果。也可以使用线程的sleep方法来实现。

    private static final int MESSAGE_SCROLL_TO = 1;
    private static final int FRAME_COUNT = 30;
    private static final int DELAYED_TIME = 33;
    private int mCount = 0;
    
    @SuppressLint("HandlerLeak")
    private Handler mHandler = new Handler() {
        public void handleMessage(Message msg) {
            switch (msg.what) {
                case MESSAGE_SCROLL_TO: {
                    mCount++;
                    if (mCount <= FRAME_COUNT) {
                        float fraction = mCount / (float) FRAME_COUNT;
                        int scrollX = (int) (fraction * 100);
                        mButton1.scrollTo(scrollX, 0);
                        mHandler.sendEmptyMessageDelayed(MESSAGE_SCROLL_TO, DELAYED_TIME);
                    }
                    break;
                }

                default:
                    break;
            }
        }
    };

		mHandler.sendEmptyMessageDelayed(MESSAGE_SCROLL_TO, DELAYED_TIME);

View的事件分发机制

• dispatchTouchEvent(MotionEvent event) 用来处理事件的分发，返回结果受当前View的onTouchEvent和下级View的dispatchTouchEvent方法影响，表示是否消耗该事件。
• onInterceptTouchEvent(MotionEvent event) 在dispatchTouchEvent方法内部调用，用来判断是否拦截某个事件，如果当前View拦截了某个事件，那在同一个事件序列中，此方法不会再次调用，返回结果表示是否拦截当前事件。
• onTouchEvent(MotionEvent event) 在dispatchTouchEvent方法中调用，用来处理点击事件，返回结果表示是否消耗当前事件，如果不消耗，在同一事件序列里，当前View无法再次接收到事件。
• 三者关系可以用如下伪代码表示

public boolean dispatchTouchEvent(MotionEvent ev){    
    boolean consume = false;
    if(onInterceptTouchEvent(ev)){
        consume = onTouchEvent(ev);
    }else{
        consume = child.dispatchTouchEvent(ev);   
    }
    return consume;
}

• 对于一个根ViewGroup，点击事件产生后，首先会传递给它，这时他的dispatchTouchEvent会调用，如果它的onInterceptTouchEvent返回true表示要拦截当前事件，接下来事件会交给这个ViewGroup处理，它的onTouchEvent就会被调用，如果这个ViewGroup的onInterceptTouchEvent返回false,则事件会继续传递给子元素，子元素的dispatchTouchEvent会调用，如此反复直到事件被处理。

• 当一个View需要处理事件时，如果设置了OnTouchListener,那么OnTouchListener的onTouch方法会回调，如果onTouch返回false,则当前View的onTouchEvent方法会被调用；如果返回true,那么onTouchEvent方法将不会调用。由此可见，OnTouchListener优先级高于onTouchEvent。OnClickListener优先级处在事件传递的尾端。

• 一个点击事件产生后，传递顺序：Activity->Window->View；如果一个View的onTouchEvent返回false,那么它的父容器的onTouchEvent会被调用，以此类推，所有元素都不处理该事件，最终将传递给Activity处理，即Activity的onTouchEvent会被调用。

• 同一个事件序列是指从手指触摸屏幕那一刻开始，到手指离开屏幕那一刻（down->move…move->up)。

• 一个事件序列只能被一个View拦截且消耗，同一个事件序列所有事件都会直接交给它处理，并且它的onInterceptTouchEvent不会再被调用。

• 某个View一旦开始处理事件，如果它不消耗ACTION_DOWN（onTouchEvent返回了false），那么同一事件序列中其他事件都不会再交给它来处理，事件将重新交给他的父元素处理，即父元素的onTouchEvent会被调用。

• 如果某个View不消耗除ACTION_DOWN以外的其他事件，那么这个点击事件会消失，此时父元素的onTouchEvent并不会被调用，并且当前View可以收到后续事件，最终这些消失的点击事件会传递给Activity处理。

• ViewGroup默认不拦截任何事件，ViewGroup的onInterceptTouchEvent方法默认返回false。

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

• View的onTouchEvent方法默认消耗事件（返回true）,除非他是不可点击的（clickable和longClickable同时为false）。View的longClickable属性默认都为false,clickable属性分情况，Button默认为true，TextView默认为false。

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

• 事件传递过程是由内而外，事件总是先传递给父元素，然后在由父元素分发给子View，通过requestDisallowInterceptTouchEvent方法可以在子元素干预父元素的事件分发过程，但ACTION_DOWN事件除外。

View的滑动冲突

1.常见滑动冲突场景

• 场景1 —— 外部滑动方向与内部滑动方向不一致，比如ViewPager中包含ListView;
• 场景2 —— 外部滑动方向与内部滑动方向一致，比如ScrollView中包含ListView;
• 场景3 —— 上面两种情况的嵌套

2.滑动冲突处理规则

通过判断是水平滑动还是竖直滑动来判断到底应该谁来拦截事件；可以根据水平和竖直两个方向的距离差或速度差来做判断。

对于场景一，处理的规则是：当用户左右（上下）滑动时，需要让外部的View拦截点击 事件，当用户上下（左右）滑动的时候，需要让内部的View拦截点击事件。根据滑动的方向判断谁来拦截事件。

对于场景二，由于滑动方向一致，这时候只能在业务上找到突破点，根据业务需求，规 定什么时候让外部View拦截事件，什么时候由内部View拦截事件。

场景三的情况相对比较复杂，同样根据需求在业务上找到突破点。

3.滑动冲突解决方式

• 外部拦截法 —— 即点击事件先经过父容器的拦截处理，如果父容器需要此事件就拦截，不需要就不拦截，需要重写父容器的onInterceptTouchEvent方法；在onInterceptTouchEvent方法中，首先ACTION_DOWN这个事件，父容器必须返回false,即不拦截ACTION_DOWN事件，因为一旦父容器拦截了ACTION_DOWN,那么后续的ACTION_MOVE/ACTION_UP都会直接交给父容器处理；其次是ACTION_MOVE,根据需求来决定是否要拦截;最后ACTION_UP事件,这里必须要返回false,在这里没有多大意义。

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 = flase;
            }
          break;
          case MotionEvent.ACTION_UP:
          	intercepted = false;
          break;
          default : break;
      }
      mLastXIntercept = x;
      mLastYIntercept = y;
      return intercepted;
}

• 内部拦截法 —— 内部拦截法是指父容器不拦截任何事件，所有的事件都传递给子元素，如果子元素需要此事件就直接消耗，否则就交由父容器进行处理。这种方法与Android事件分发机制不一致，需要配合requestDisallowInterceptTouchEvent方法才能正常工作。

public boolean dispatchTouchEvent ( MotionEvent event ) {
      int x = (int) event.getX();
      int y = (int) event.getY();
      switch (event.getAction) {
          case MotionEvent.ACTION_DOWN:
          		parent.requestDisallowInterceptTouchEvent(true);
          break;
          case MotionEvent.ACTION_MOVE:
              int deltaX = x - mLastX;
              int deltaY = y - mLastY;
              if (父容器需要此类点击事件) {
              		parent.requestDisallowInterceptTouchEvent(false);
              }
          break;
          case MotionEvent.ACTION_UP:
          break;
          default : break;
      }
      mLastX = x;
      mLastY = y;
      return super.dispatchTouchEvent(event);
}

除了子元素需要做处理外，父元素也要默认拦截除了ACTION_DOWN以外的其他事件， 这样当子元素调用parent.requestDisallowInterceptTouchEvent(false)方法时，父元素才能继续拦截所需的事件。（ACTION_DOWN事件不受requestDisallowInterceptTouchEvent方法影响,所以一旦父元素拦截ACTION_DOWN事件,那么所有元素都无法传递到子元素去）因此，父元素要做以下修改：

public boolean onInterceptTouchEvent (MotionEvent event) {
    int action = event.getAction();
    if(action == MotionEvent.ACTION_DOWN) {
    		return false;
    } else {
    		return true;
    }
}