Android笔记2-View的事件体系

Android开发艺术探讨（View的事件体系）

MotionEvent 点击事件

获取点击事件发生的x和y坐标
getX/getY返回的是相对于当前View左上角的x和y坐标
getRawX/getRawY返回的是相对于手机屏幕左上角的x和y坐标

TouchSlop

系统所能识别出的滑动最小距离 是一个常量
ViewConfiguration.get(getContext()).getScaledTouchSlop()获取该常量

VelocityTracker

用于追踪手指在滑动过程中的速度 是指一段时间内手指所划过的像素数

GestureDetector

手势检测

Scroller

弹性滑动对象
Scroller本身不能实现弹性滑动，它需要和View的computeScroll方法配合使用

View的滑动

1.View原生方法scrollTo/scrollBy
当View左边缘在View内容边缘的右边时，mScrollX为正值，反之为负值
当View上边缘在View内容上边缘下边时，mScrollY为正值，反之为负值
从左往右滑动，mScrollX为负值，反之为正值
从上往下滑动，mScrollY为负值，反之为正值
可以通过getScrollX和getScrollY得到mScrollX和mScrollY
它只能滑动view的内容，并不能滑动view本身
2.动画给View施加平移效果来实现滑动
主要操作View的translationX和translationY属性
View动画并不能改变View的位置参数
适用于没有交互的View
3.改变布局参数LayoutParams使得View重新布局

弹性滑动

1.使用Scroller
startScroll方法下面的invalidate，会导致View重绘，在View的draw方法中会去调用computeScroll方法，实现这个computeScroll方法，View才能实现弹性滑动
2.动画
3.使用延迟策略
通过发送一系列延时消息从而达到一种渐近式的效果，使用Handler或View的postDelayed，线程的sleep方法

View的事件分发机制

dispatchTouchEvent():如果事件能够传递到当前view，那么此方法一定会被调用，返回结果受到当前view的onTouchEvent和下级view的dispatchTouchEvent方法的影响，表示是否消耗当前事件
onInterceptTouchEvent():在dispatchTouchEvent方法内部调用，判断是否拦截某个事件，如果当前view拦截了某个事件，那么在同一个事件序列当中，此方法不会被再次调用
onTouchEvent():在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就会被调用，如果这个ViewGroup的onInterceptTouchEvent方法返回true就表示它要拦截当前事件，这个事件就会交给ViewGroup处理，即它的onTouchEvent方法会被调用，如果这个ViewGroup的onInterceptTouchEvent方法返回false就表示它不拦截当前事件，这时事件就会继续传递给它的子元素，接着子元素的dispatchTouchEvent方法就会被调用，如此反复直到事件被最终处理
当一个View需要处理事件时，如果它设置了OnTouchListener，那么OnTouchListener中的onTouch方法会被回调，如果onTouch的返回值为false，则当前view的onTouchEvent方法会被调用，如果返回true，那么onTouchEvent方法将不会被调用。View的OnTouchListener优先级比onTouchEvent高

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

触摸事件的传递顺序

触摸事件的传递顺序是由Activity到ViewGroup，再由ViewGroup递归传递给它的子View。
ViewGroup通过onInterceptTouchEvent方法对事件进行拦截，如果该方法返回true，则事件不会继续传递给子View，如果返回false或者super.onInterceptTouchEvent,则事件会继续传递给子View
在子View中对事件进行消费后，ViewGroup将接收不到任何事件

1.Activity对点击事件的分发过程
事件最先传递给当前activity，由activity的dispatchTouchEvent来进行事件派发，具体的工作由activity内部的window来完成，window将事件传递给decor view
window是个抽象类，实现类是PhoneWindow，PhoneWindow将事件直接传递给了DecorView，DecorView继承了FrameLayout且是父View（一般是一个ViewGroup）
2.顶级View对点击事件的分发过程
ViewGroup判断是否拦截当前事件：
事件类型为ACTION_DOWN 或者
mFirstTouchTarget != null 即ViewGroup不拦截事件并将事件交由子元素处理
（当面对ACTION_DOWN事件时，ViewGroup总是会调用自己的onInterceptTouchEvent方法来询问自己是否要拦截事件，对FLAG_DISALLOW_INTERCEPT进行重置，子View调用requestDisallowInterceptTouchEvent方法并不会影响ViewGroup对ACTION_DOWN
事件的处理）
当ViewGroup决定拦截事件后，那么后续的点击事件将会默认交给它处理并且不会调用它的onInterceptTouchEvent方法，FLAG_DISALLOW_INTERCEPT这个标志的作用是让ViewGroup不再拦截事件
||
ViewGroup不拦截事件，事件会向下分发由子View进行处理
判断子元素是否能够接收点击事件？
子元素是否在播放动画和点击事件是否落在子元素的区域内
如果某个子元素满足这两个条件，那么事件就会传递给它来处理

View的滑动冲突

界面中只要内外两层都能滑动，这个时候就会产生滑动冲突
场景一：外部滑动方向和内部滑动方向不一致
例如：ViewPager和Fragment，Fragment中是一个Listview
当用户左右滑动的时候，需要让外部的View拦截点击事件，当用户上下滑动的时候，需要让内部View拦截点击事件
场景二：外部滑动方向和内部滑动方向一致
当处于某种状态是需要外部View响应用户的滑动，而处于另外一种状态时则需要内部View来响应View的滑动

1.外部拦截法
点击事件都先经过父容器的拦截处理，如果父容器需要此事件就拦截，不需要此事件就不拦截，需要重写父容器的onInterceptTouchEvent方法，在内部做相应的拦截即可

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;
        }  
        mLastXIntercepted = x;
        mLastYIntercepted = y;
        return intercepted;
}

2.内部拦截法
父容器不拦截任何事件，所有的事件都传递给子元素，如果子元素需要此事件就直接消耗，否则就交由父容器进行处理，需要配合requestDisallowInterceptTouchEvent方法，需要重写子元素的dispatchTouchEvent方法

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;
            }
        }
        
        mLastX = x;
        mLastY = y;
        return super.dispatchTouchEvent(event);
    }

子元素调用parent.requestDisallowInterceptTouchEvent(false)方法时，父容器才能继续拦截所需的事件
父容器不能拦截ACTION_DOWN事件，是因为ACTION_DOWN事件并不受FLAG_DISALLOW_INTERCEPT这个标记位的控制，父容器一旦拦截ACTION_DOWN事件，那么所有的事件都无法传递到子元素中去
父元素所做修改：

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