Android View事件机制一些事

本文主要讲述:

• 自己对View事件机制的一些理解
• 在项目中遇到的一些坑,解决方案
• 收集了一些View的事件机制问题

事件的分发原理图

• 对于一个root viewgroup来说，如果接受了一个点击事件，那么首先会调用他的dispatchTouchEvent方法。

• 如果这个viewgroup的onInterceptTouchEvent 返回true，那就代表要拦截这个事件。接下来这个事件就

• 给viewgroup自己处理了，从而viewgroup的onTouchEvent方法就会被调用。如果如果这个viewgroup的onInterceptTouchEvent

• 返回false就代表我不拦截这个事件，然后就把这个事件传递给自己的子元素，然后子元素的dispatchTouchEvent

• 就会被调用，就是这样一个循环直到 事件被处理。
  图:
  

完整事件流程:
dispatchTouchEvent(true) -> onInterceptTouchEvent(true) -> onTouchEvent(true) - 事件结束

重要的事情说一遍:

也就是说在任何View或者ViewGrop中只要它想消费Touch事件,那就onInterceptTouchEvent(true),这样它就不会把
事件传下去给孩子view了,自己消费.

api 描述:

• dispatchTouchEvent 分发事件
  return false; //表示分发,默认false;
  return true; // 表示不分发;

• onInterceptTouchEvent 拦截事件
  当dispatchTouchEvent 确认分发,会启动拦截事件;
  return false; //表示不拦截,默认false;
  return true; // 表示拦截;

注意:拦截是相当于它的孩子(也就是说不会拦截自己,如果拦截,则TouchEvent会传到他自己,而它孩子就接收不)
不拦截会继续往他的孩子递归是否onInterceptTouchEvent ;

• onTouchEvent 触摸事件
  return false; //表示不消费,默认false;
  return true; // 表示消费;

当onInterceptTouchEvent 确认拦截,会问自己是否要消费TouchEvent,
如果拦截了又不消费则,Touch结束;

• invalidate 重新绘制
  让整个view失效,这样view会被重新调用, 配合onDraw()使用;
  下面是调用流程:
  当invalidate时会重新调用draw方法,
  draw会调用onDraw,而在draw内还会调用computeScroll(),

此时如果想让computeScroll()循环被调用可以在computeScroll()内自己调用postInvaildate()重新绘制.
computeScroll() 源码是空实现,具体实现由自己来写

常见问题

• 1.view的onTouchEvent，OnClickListerner和OnTouchListener的onTouch方法 三者优先级如何？
  答：
  onTouchListener优先级最高，如果onTouch方法返回 false ，那onTouchEvent就被调用了，返回true 就不会被调用。至于onClick 优先级最低。

• 2.点击事件的传递顺序如何？
  答：
  Activity-Window-View。从上到下依次传递，当然了如果你最低的那个view onTouchEvent返回false 那就说明他不想处理 那就再往上抛，都不处理的话
  最终就还是让Activity自己处理了。举个例子，pm下发一个任务给leader，leader自己不做 给架构师a，小a也不做 给程序员b，b如果做了那就结束了这个任务。
  b如果发现自己搞不定，那就找a做，a要是也搞不定 就会不断向上发起请求，最终可能还是pm做。

//activity的dispatchTouchEvent 方法 一开始就是交给window去处理的//win的superDispatchTouchEvent 返回true 那就直接结束了 这个函数了。返回false就意味//这事件没人处理，最终还是给activity的onTouchEvent 自己处理 这里的getwindow 其实就是phonewindow public boolean dispatchTouchEvent(MotionEvent ev) {        if (ev.getAction() == MotionEvent.ACTION_DOWN) {            onUserInteraction();        }        if (getWindow().superDispatchTouchEvent(ev)) {            return true;        }        return onTouchEvent(ev);    }//来看phonewindow的这个函数 直接把事件传递给了mDecor @Override    public boolean superDispatchTouchEvent(MotionEvent event) {        return mDecor.superDispatchTouchEvent(event);    }//devorview就是 我们的rootview了 就是那个framelayout 我们的setContentView里面传递的那个layout//就是这个decorview的 子view了     @Override    public final View getDecorView() {        if (mDecor == null) {            installDecor();        }        return mDecor;    }

• 3.enable是否影响view的onTouchEvent返回值？
  答：
  不影响，只要clickable和longClickable有一个为真，那么onTouchEvent就返回true。

• 4.滑动冲突问题如何解决 思路是什么？
  答:
  让谁消费滑动:
  要解决滑动冲突 其实最主要的就是有一个核心思想。你到底想在一个事件序列中，让哪个view 来响应你的滑动？比如 从上到下滑，是哪个view来处理这个事件，从左到右呢？
  拦截内外滑动:
  用业务需求 来想明白以后 剩下的 其实就很好做了。核心的方法 就是2个 外部拦截也就是父亲拦截，另外就是内部拦截，也就是子view拦截法。 学会这2种 基本上所有的滑动冲突.
  都是这2种的变种，而且核心代码思想都一样。

  外部拦截法：思路就是重写父容器的onInterceptTouchEvent即可。子元素一般不需要管。可以很容易理解，因为这和android自身的事件处理机制 逻辑是一模一样的

父容器示例代码:

@Override    public boolean onInterceptTouchEvent(MotionEvent ev) {        boolean intercepted = false;        int x = (int) ev.getX();        int y = (int) ev.getY();        switch (ev.getAction()) {   //down事件肯定不能拦截 拦截了后面的就收不到了            case MotionEvent.ACTION_DOWN:                intercepted = false;                break;            case MotionEvent.ACTION_MOVE:                if (你的业务需求) {//如果确定拦截了 就去自己的onTouchEvent里 处理拦截之后的操作和效果 即可了                    intercepted = true;                } else {                    intercepted = false;                }                break;            case MotionEvent.ACTION_UP: //up事件 我们一般都是返回false的 一般父容器都不会拦截他。 因为up是事件的最后一步。这里返回true也没啥意义 //唯一的意义就是因为 父元素 up被拦截。导致子元素 收不到up事件，那子元素 就肯定没有onClick事件触发了，这里的//小细节 要想明白                intercepted = false;                break;            default:                break;        }        return intercepted;    }

内部拦截法：内部拦截法稍微复杂一点，就是事件到来的时候，父容器不管，让子元素自己来决定是否处理。如果消耗了 就最好，没消耗 自然就转给父容器处理了。

子元素代码：

@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:                if (如果父容器需要这个点击事件) {                    getParent().requestDisallowInterceptTouchEvent(false);                }//否则的话 就交给自己本身view的onTouchEvent自动处理了                break;            case MotionEvent.ACTION_UP:                break;            default:                break;        }        return super.dispatchTouchEvent(event);    }

PS: 父亲容器代码也要修改一下，其实就是保证父亲别拦截down：

@Override    public boolean onInterceptTouchEvent(MotionEvent ev) {        if (ev.getAction() == MotionEvent.ACTION_DOWN) {            return false;        }        return true;    }

案列: 分发的例子

下面红色框区域的结构是ScrollView, 它的孩子是一些TextView;

分析:

• 1.当点击它任意一个孩子(TextView)时,如果ScrollView不进行onInterceptTouchEvent ,则它就不可以在菜单上进行左右滑动;

• 2.但是如果拦截了全部,则它的孩子又会消费不了TouchEvent;

解决方法:
只有左右移动的时候进行拦截,这样父亲就拥有了TouchEvent,可在菜单上继续左右滑动,

而上下移动或静止的时候就不拦截,这样孩子又有了TouchEvent,那么孩子就可以点击了;

实例代码:

/** * 当滑动的时候,需要拦截TouchEvent时间,让scrollView消化,否则会分发到孩子去; * 当不滑动的停止的时候,不拦截,则会分发到孩子去,也就是TexView; */@Overridepublic boolean onInterceptTouchEvent(MotionEvent ev) {    switch (ev.getAction()) {    // 只有水平滑动时才拦截touch    case MotionEvent.ACTION_DOWN:        startX = (int) (ev.getRawX() + 0.5f);        startY = (int) (ev.getRawY() + 0.5f);        break;    case MotionEvent.ACTION_MOVE:        int newX = (int) (ev.getRawX() + 0.5f);        int newY = (int) (ev.getRawY() + 0.5f);        int dx = Math.abs(startX - newX);        int dy = Math.abs(startY - newY);        if (dx > dy) {            // 水平滑动,只有水平滑动才会拦截事件            return true;        }        startX = (int) ev.getRawX();// 初始化当前位置    case MotionEvent.ACTION_UP:        break;    }    return super.onInterceptTouchEvent(ev);}