android 事件处理机制总结，ScrollView ViewPager ListView GridView嵌套小结

2019年6月7日 181次阅读 来源: 陈利健

当手指触摸到屏幕时，系统就会调用相应View的onTouchEvent，并传入一系列的action。

onTouchEvent的传递
当有多个层级的View时，在父层级允许的情况下，这个action会一直向下传递直到遇到最深层的View。所以touch事件最先调用的是最底层View的onTouchEvent，如果View的onTouchEvent接收到某个touch action并作了相应处理，最后有两种返回方式return true和return false；return true会告诉系统当前的View需要处理这次的touch事件，以后的系统发出的ACTION_MOVE，ACTION_UP还是需要继续监听并接收的，而且这次的action已经被处理掉了，父层的View是不可能触发onTouchEvent了。所以每一个action最多只能有一个onTouchEvent接口返回true。如果return false，便会通知系统，当前View不关心这一次的touch事件，此时这个action会传向父级，调用父级View的onTouchEvent。但是这一次的touch事件之后发出的任何action，该View都不会再接受，onTouchEvent在这一次的touch事件中再也不会触发，也就是说一旦View返回false，那么之后的ACTION_MOVE，ACTION_UP等ACTION就不会在传入这个View，但是下一次touch事件的action还是会传进来的。

父层的onInterceptTouchEvent截获
前面说了底层的View能够接收到这次的事件有一个前提条件：在父层级允许的情况下。假设不改变父层级的dispatch方法，在系统调用底层onTouchEvent之前会先调用父View的onInterceptTouchEvent方法判断，父层View是不是要截获本次touch事件之后的action。如果onInterceptTouchEvent返回了true，那么本次touch事件之后的所有action都不会再向深层的View传递，统统都会传给父层View的onTouchEvent，就是说父层已经截获了这次touch事件，之后的action也不必询问onInterceptTouchEvent，在这次的touch事件之后发出的action时onInterceptTouchEvent不会再次调用，直到下一次touch事件的来临。如果onInterceptTouchEvent返回false，那么本次action将发送给更深层的View，并且之后的每一次action都会询问父层的onInterceptTouchEvent需不需要截获本次touch事件。只有ViewGroup才有onInterceptTouchEvent方法，因为一个普通的View肯定是位于最深层的View，touch事件能够传到这里已经是最后一站了，肯定会调用View的onTouchEvent。

底层View的getParent().requestDisallowInterceptTouchEvent(true)
对于底层的View来说，有一种方法可以阻止父层的View截获touch事件，就是调用getParent().requestDisallowInterceptTouchEvent(true);方法。一旦底层View收到touch的action后调用这个方法那么父层View就不会再调用onInterceptTouchEvent了，也无法截获以后的action（如果父层ViewGroup和最底层View需要截获不同焦点，或不同手势的touch，不能使用这个写死）。

//通知父层ViewGroup，你不能截获
public boolean dispatchTouchEvent(MotionEvent ev) {   
    getParent().requestDisallowInterceptTouchEvent(true);  
    return super.dispatchTouchEvent(ev);    
}  

//也可以写成这样，当用户按下的时候，我们告诉父组件，不要拦截我的事件（这个时候子组件是可以正常响应事件的），拿起之后就会告诉父组件可以阻止。
public boolean onTouch(View v, MotionEvent event) {  
   switch (event.getAction()) {  
   case MotionEvent.ACTION_MOVE:   
       pager.requestDisallowInterceptTouchEvent(true);  
       break;  
   case MotionEvent.ACTION_UP:  
   case MotionEvent.ACTION_CANCEL:  
       pager.requestDisallowInterceptTouchEvent(false);  
       break;  
 }

}

HorizontalScrollView嵌套ScorllView，再嵌套ViewPager
最近做了一个看起来不错，但很不人性化的界面设计。为了做一个类似QQ侧滑菜单，自定义一个HorizontalScrollView，左侧是菜单，右侧内容区域是用4个Fragment组成的流式布局（可以点击底部Tab切换Fragment）。其中第一个Fragment是一个ScrollView，从上到下包含ViewPager，GridView，ListView。所以就造成了左右滑里面嵌套上下滑，上下滑里面又嵌套1个左右滑，和2个上下滑。

《android 事件处理机制总结，ScrollView ViewPager ListView GridView嵌套小结》 左侧菜单抽屉效果(模仿QQ)

解决方案（自定义View，复写方法）：
1.最外层的HorizontalScrollView需要自定义，主要是实现抽屉效果（不需要写特别的事件处理）
2.右侧区域Fragment的布局，最外层的ScrollView直接使用，不需要自定义。
3.ViewPager是重点，需要自定义，复写其父类ViewGroup的dispatchTouchEvent方法。如果不复写，ViewPager将无法获得touch事件。

   public class ShowViewPager extends ViewPager {   
    public ShowViewPager(Context context) {
        super(context);
    }

    public ShowViewPager(Context context, AttributeSet attrs) {
        super(context, attrs);
    }

    //简单但重要一步，ViewPager获得touch焦点时候，阻止父层ScorllView及祖父层SlidingMenu的拦截
    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        boolean ret = super.dispatchTouchEvent(ev);
          if(ret) 
          {
            requestDisallowInterceptTouchEvent(true);
          }
          return ret;
    }
   }

4.GridView和ListView需要自定义并复写onMeasure方法。取消其滑动属性，如果不复写，GridView和ListView将只显示一行。

//自定义GridView，重写onMeasure方法，使其失去滑动属性，这样才能嵌套在同样具有滑动属性的ScrollView中了。
public class StaticGridView extends GridView {

    public StaticGridView(Context context) {
        super(context);
    }

    public StaticGridView(Context context, AttributeSet attrs) {
        super(context, attrs);
    }

    public StaticGridView(Context context, AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
    }

    @Override
    protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
        int expandSpec = MeasureSpec.makeMeasureSpec(Integer.MAX_VALUE >> 2,    
                MeasureSpec.AT_MOST);    
        super.onMeasure(widthMeasureSpec, expandSpec); 
    }

dispatchTouchEvent的执行顺序为：

        首先触发ACTIVITY的dispatchTouchEvent
        然后触发ACTIVITY的onUserInteraction
        ![搜索](http://img.baidu.com/img/iknow/qb/select-search.png)然后触发LAYOUT的dispatchTouchEvent
        然后触发LAYOUT的onInterceptTouchEvent

这就解释了重写ViewGroup时必须调用super.dispatchTouchEvent()；

（1）dispatchTouchEvent：
此方法一般用于初步处理事件，因为动作是由此分发，所以通常会调用
super.dispatchTouchEvent。这样就会继续调用onInterceptTouchEvent，再由onInterceptTouchEvent决定事件流向。
（2）onInterceptTouchEvent：

    若返回值为True事件会传递到自己的onTouchEvent()；
    若返回值为False传递到下一个view的dispatchTouchEvent()；

（3）onTouchEvent()：
若返回值为True，事件由自己处理消耗，后续动作序列让其处理；
若返回值为False，自己不消耗事件了，向上返回让其他的父view的onTouchEvent接受处理；

    原文作者：陈利健
    原文地址: https://www.jianshu.com/p/a2185e4b1b53
    本文转自网络文章，转载此文章仅为分享知识，如有侵权，请联系博主进行删除。
点赞