Android事件分发机制

刺骨的言语ヽ痛彻心扉 2024-03-23 16:32 73阅读 0赞

## 一、知识前瞻 ##

*  用户对屏幕的操作的事件可以划分为3种最基础的事件：ACTION\_DOWN、ACTION\_MOVE、ACTION\_UP
 *  事件分发机制分为三部分：事件生产、事件分发 、事件消费

## 二、事件分发 ##

## 1.主要方法 ##

>  *  dispatchTouchEvent：用于进行点击事件的分发
>  *  onInterceptTouchEvent：用于进行点击事件的拦截，**只有 ViewGroup才有**
>  *  onTouchEvent：用于处理点击事件

## 2.主要流程 ##

> 当一个点击事件发生时，事件分发从Action\_Down开始，首先会将点击事件传递到Activity中，具体是执行Activity的dispatchTouchEvent()进行事件分发，不拦截不中断的正常分发流程：
> 
> 1.  Activity.dispatchTouchEvent()
> 2.  Window.superDispatchTouchEvent()
> 3.  DecorView.superDispatchTouchEvent()
> 4.  ViewGroup.dispatchTouchEvent() 实现了事件传递 activity -> ViewGroup
> 
> 在ViewGroup的dispatchTouchEvent方法中调用onInterceptTouchEvent判断是否拦截
> 
>  *  若拦截调用ViewGroup的onTouchEvent方法，该ViewGroup消费掉；
>  *  若不拦截，该ViewGroup遍历子View，根据点击的位置等条件判断是否有满足接收事件条件的子View？
>     
>      *  若有，分发给该子View的dispatchTouchEvent()方法，然后会调用View的onTouchEvent方法，在onTouchEvent方法中会判断该子View是否可点击
>         
>          *  是，则事件最终传递到View的onClick方法消费；  
>             否则，事件返回向上传递，直到消费或者终止。

## 3.view的onTouchEvent、OnClickListener和onTouchListener的onTouch优先级 ##

>  *  onTouch:指的是View设置的OnTouchListener接口的onTouch()
>     
>     当一个View绑定了OnTouchLister后，当有touch事件触发时，就会调用onTouch方法。
>     
>     （当把手放到View上后，onTouch() 被一遍一遍地被调用），如果onTouch返回值为true，表示这个touch事件被onTouch方法处理完毕，不会把touch事件再传递给Activity，否则，touch事件被传递给Activity，onTouchEvent方法被调用
>  *  onTouchEvent：指的是事件分发中的重要方法，消费（dispatchTouchEvent，onInterceptTouchEvent，onTouchEvent）重写了Activity的onTouchEvent方法后，当屏幕有touch事件时，此方法就会被调用。
>  *  onClick：指的是View设置的OnClickListener接口的onClick()
> 
> **优先级从高到低**：onTouch > onTouchEvent > onClick

## 4.ACTION\_CANCEL触发时机 ##

子View在处理一个Touch事件中，父View的onInterceptTouchEvent返回true，此时子View会接收到MotionEvent.Action\_Cancel。

## 5.事件是先到DecorView还是先到Window ##

ViewRootImpl -> DecorView -> Activity -> PhoneWindow -> DecorView -> ViewGroup

这个流程为什么绕来绕去的，光DecorView就走了两遍。

主要原因就是解耦。

ViewRootImpl并不知道有Activity这种东西存在，它只是持有了DecorView。所以先传给了DecorView，而DecorView知道有AC，所以传给了AC。

Activity也不知道有DecorView，它只是持有PhoneWindow，所以这么一段调用链就形成了

## 6.点击事件被拦截，但是想传到下面的view，如何操作 ##

重写子类的requestDisallowInterceptTouchEvent()方法返回true就不会执行父类的onInterceptTouchEvent()，即可将点击事件传到下面的View

## 7.如何解决view的事件冲突 ##

#### 1.外部滑动方向与内部方向不一致。 ####

比如你用ViewPaper和Fragment搭配，而Fragment里往往是一个竖直滑动的ListView,这种情况是就会产生滑动冲突,但是由于ViewPaper本身已经处理好了滑动冲突，所以我们无需考虑，不过若是换成ScrollView，我们就得自己处理滑动冲突了

**处理思路：**

主要是一个横向一个竖向的，所以我们只要判断滑动方向是竖向还是横向的，再让对应的View滑动即可。判断的方法有很多，比如竖直距离与横向距离的大小比较；滑动路径与水平形成的夹角等等。

#### 2.外部方向与内部方向一致。 ####

因为内部和外部滑动方向一致，系统会分不清你要滑动哪个部分，所以会要么只有一层能滑动，要么两层一起滑动得很卡顿

**处理思路：**

对于这种情况，比较特殊，我们没有通用的规则，得根据业务逻辑来得出相应的处理规则。举个最常见的例子，ListView下拉刷新，需要ListView自身滑动，但是当滑动到头部时需要ListView和Header一起滑动，也就是整个父容器的滑动。如果不处理好滑动冲突，就会出现各种意想不到情况。

**滑动冲突的处理方法:**

*  让事件都经过父容器的拦截处理，如果父容器需要则拦截，如果不需要则不拦截，称为外部拦截法

>     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;
>     }
> 
> 首先down事件父容器必须返回false ，因为若是返回true，也就是拦截了down事件，那么后续的move和up事件就都会传递给父容器，子元素就没有机会处理事件了。其次是up事件也返回了false，一是因为up事件对父容器没什么意义，其次是因为若事件是子元素处理的，却没有收到up事件会让子元素的onClick事件无法触发。

*  父容器不拦截任何事件，将所有事件传递给子元素，如果子元素需要则消耗掉，如果不需要则通过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: {
>              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);
>      }
> 
> 然后修改父容器的onInterceptTouchEvent方法：
> 
>     @Override
>      public boolean onInterceptTouchEvent(MotionEvent event) {
>     
>          int action = event.getAction();
>          if (action == MotionEvent.ACTION_DOWN) {
>              return false;
>          } else {
>              return true;
>          }
>      }