《Android 开发艺术探索》笔记4--View事件分发与滑动冲突
- 思维导图
- View事件分发机制
- 点击事件传递规则
- 事件分发的源码解析
- View的滑动冲突
- 滑动冲突的解决方式
- 参看文章
思维导图
View事件分发机制
点击事件传递规则
所谓点击事件的事件分发,就是对MotionEvent事件的分发过程,传递给某一个View.
在事件传递中有三个方法是贯穿始终的
dispatchTouchEvent():进行事件的分发 如果事件能传递到View那么此方法一定会被调用,返回值受当前View的onTouchEvent()和下级View的dispatchTouchEvent()的影响. 表示是否消耗当前事件.onInterceptTouchEvent(): 判断是否拦截事件,如果当前View拦截了某个事件,那么在同一个事件序列中, 此方法不会被再次调用, 返回结果表示是否拦截当前事件.onTouchEvent(): 在dispatchTouchEvent中被调用. 用来处理点击事件, 返回结果表示是否消耗当前事件,如果不消耗, 则在同一个事件序列中, 当前View无法再次接收到事件.
如果把源码中的各种判断去掉, 只留最核心的代码, 那么就如下:
public boolean dispatchTouchEvent(MotionEvent event) {
boolean consume = false; //表示这个事件最终的处理结果
if (onInterceptTouchEvent(event)){
//事件被拦截自己处理
consume = onTouchEvent(event);
}else{
//事件被分发到子view的dispatchTouchEvent()中
consume = child.dispatchTouchEvent(event);
}
return consume;
}
OnTouchListener() , onTouchEvent() , OnClickListener() 的优先级
上面说了普遍情况下的事件分发. 如果这个View同时还添加了OnTouchListener和OnClickListener. 此时的优先级如下:
OnTouchListener –> onTouchEvent –> OnClickListener
而onTouchEvent()能否被最终调用取决于设置了OnTouchListener()中的onTouch()的返回值, 如果onTouch()返回的结果是false,那么onTouchEvent()会被调用. 如果返回true那么onTouchEvent()不会被调用.
而最后被调用的OnClickListener()方法是在onTouchEvent()被调用的. 所以如果onTouchEvent()方法如果执行, 那么对应的添加的onClickLisener()才会被调用. 所以如果在OnTouchListener()中的onTouch()返回true那么onTouchEvent()不会被调用,内部调用OnClickListener也就更无法被调用.
一个事件的传递过程遵循如下
Activity -> Window ->decor view->ViewGroup-> View
如果事件一直不拦截,传递到了最里层的View而最里层的View的onTouchEvent()也返回false不消费, 那么事件就会向上级的onTouchEvent()传递,如果还返回false就依次传递.
对于事件机制的规则:
- 事件序列是指按下到抬起之间发生的一系列事件.
- 默认一个事件序列只能被一个View拦截并消耗. (例外:采用非常规,在onTouchEvent强行传递给其他View. 不推荐)
- 如果View决定拦截,那么这个事件序列只能由它自己处理. 并且它的
onInterceptTouchEvent()不会再被调用 - 如果View不在
ACTION_DOWN事件时返回true, 那么同一个事件序列都不会再交给它来处理.并且事件会重新传递到父元素的onTouchEvent()再次调用方法. - 如果View不消耗除
ACTION_DOWN以外的事件,那么这个点击事件会消失,而父元素的onTouchEvent()不会被调用,并且当前View可以持续收到后续的事件,最终这些消失的事件会传递到activity处理. ViewGroup默认不拦截任何事件, 源码中ViewGroup的onInterceptTouchEvent()默认返回falseView没有onInterceptTouchEvent(), 因为它没有子View,所以直接调用onTouchEvent()View的onTouchEvent默认都会消耗事件返回true. 除非它不可点击的(需要clickable,longClickable同时为false). View的longClickable默认都为false. 而clickable需要区分控件, 如Button默认为true,TextView默认为false.View的enable属性不影响onTouchEvent的默认返回值, 哪怕一个View是disable状态. 只要它的clickable或者longClickable有一个为true. 那么它的onTouchEvent()就返回true.onClick会发生的前提是当前View为可点击, 并且他收到了down和up事件.- 事件传递的过程是由外向内的. 通过
requestDisallowInterceptTouchEvent()可以在子元素中干预父元素的事件分发过程,但是ACTION_DOWN事件除外.
事件分发的源码解析
1.Activity对点击事件的分发过程
事件的起始Activity的dispatchTouchEvent()进行分发,具体的工作交由内部的Window来完成. window会将事件传递给decor view. 而decor view一般是当前界面的底层容器(平常setContentView中传递的布局),可通过Activity.getWindow.getDecorView()获得.
window是怎样将事件传递给ViewGroup的? 首先Window类为一个抽象类,而类中的调用的分发方法也为抽象方法. 所以需要找到实现类. Window的唯一实现类PhoneWindow. 这个类会在被实例化的时候会被重构.
PhoneWindow#superDispatchTouchEvent(ev)方法中将事件传递给了DecorView.
decorView就是挂载我们的layout布局的顶级View,继承FrameLayout.
((ViewGroup)getWindow().getDecorView().findViewById(android.R.id.content)).getChildAt(0);
这个方法可以获取到Activity所设置的View. 所以之间的关系很清楚了. 事件先交给最顶级的DecorView然后交由我们设置的View.
2.ViewGroup对事件的处理
在父元素中判断子元素是否能接收点击事件的主要由两个因素衡量: 子元素是否在播放动画和点击事件的坐标是否落在子元素的区域内.dispatchTransformedTouchEvent()实际就是调用子View的dispatchTouchEvent. 而在事件从孩子到父元素(子View在onTouchEvent返回false). 其实也是调用了dispatchTransformedTouchEvent(). 区别就在于向内传递参数3是传入的不是空值, 向外传传入的是null.看下面代码:
private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
View child, int desiredPointerIdBits) {
if (child == null) {
handled = super.dispatchTouchEvent(event);
} else {
handled = child.dispatchTouchEvent(event);
}
}
3.View对事件的处理
- View对事件的判断首先是检测是否有
onTouchListener如果有那么就调用其中的onTouch()方法. - 然后执行
onTouchEvent()这里有个判断条件,如果在onTouchListener()返回true. 那么if中的条件判断第一个就不会成立,也就不会再调用onTouchEvent()方法.如下:
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
if (!result && onTouchEvent(event)) {
result = true;
}
- 然后在
onTouchEvent()中首先是查看View处理不可用状态. 这里需要注意一下, 虽然View不可用但是如果点击标记或者长按点击标记都是true. 那么事件也会被消费.如下
|
if ((viewFlags & ENABLED_MASK) == DISABLED) {
.....
// A disabled view that is clickable still consumes the touch
// events, it just doesn't respond to them.
return (((viewFlags & CLICKABLE) == CLICKABLE
|| (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)
|| (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE);
}
- 如果View设置有代理, 那么还会执行
TouchDelegate的onTouchEvent() - 然后对点击状态进行处理.首先如果点击和长按有一个为true那么就会消费事件. 即
onTouchEvent()返回true. 然后在ACTION_UP中会触发performClick()如果设置了onClickListener()那么就会在此处进行判断并调用onClick(). - 上面一直说的LONG_CLICKABLE与CLICKABLE. 长按标记默认为false. 点击标记和View是否是可点击View有关系. 如button可点击默认就是true. 否者反之. 在使用时可以通过
setClickable和setLongClickable对View的这两个标记进行修改. 这里还要注意还有一种赋值方式. 如果设置了setOnClickListener()或者setOnLongClickListener()监听的话那么会自动将其对应的属性置为true.
View的滑动冲突
滑动冲突的解决方式
外部拦截法
是指点击事件都是需要先经过父容器的拦截处理, 如果父容器需要此事件就拦截,不需要就下放. 外部拦截需要重写父容器的onInterceptTouchEvent方法
简述一下: 如果使用这样拦截法. 那么首先
ACTION_DOWN这个事件,父容器必须返回false, 即不拦截ACTION_DOWN事件, 因为一旦父容器拦截了这个事件, 那么后续的ACTION_MOVE,ACTION_UP事件都会交由父容器来处理了. 这个时候这个事件序列剩余部分无法传递给子元素了.ACTION_MOVE这个事件,就可以根据实际的需求来决定是否需要拦截. 如果需要拦截就返回true.否则false.ACTION_UP这个事件必须返回false, 因为ACTION_UP事件本身没有太多意义.
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
boolean intercepted = false;
int x = (int) ev.getX();
int y = (int) ev.getY();
switch (ev.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;
}
mLastXIntercept = x;
mLastYIntercept = x;
return intercepted;
}
内部拦截法
是指父容器不拦截任何事件, 所有的事件都需要传递给子元素, 如果子元素需要此事件就直接消费. 否则就交由父容器进行处理, 由于这种方法和Android中的事件分发机制不一致, 需要配合requestDisallowInterceptTouchEvent()方式才能正常工作. 需要重写子元素的dispatchTouchEvent
这种拦截法的使用规则:
子View中的dispatchTouchEvent()进行复写.
ACTION_DOWN事件中: 让父容器拒绝拦截所有事件, 调用parent.requestDisallowInterceptTouchEvent(true)ACTION_MOVE事件中: 进行条件的拦截判断, 如果在某一种场景需要拦截,那么就调用方法允许父容器拦截事件.return时, 调用super.dispatchTouchEvent(event)
父容器的onInterceptTouchEvent()进行ACTION_DOWN返回false, 其余都是返回true的复写.
说明一点, 为什么父容器不连Action_down一并的用true复写. 因为ACTION_DOWN这个事件是不受INTERCEPT_FLAG这个标记影响的的, 就是不管拦截标记是否是何值, 按下事件必然会执行, 所以如果这里返回true, 那么就代表着, 这个事件序列的后续部分将由父容器进行处理, 而子容器无法收到这个事件.
@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:
int deltaX = x - mLastX;
int deltaY = x - mLastY;
if("父容器的点击事件"){
getParent().requestDisallowInterceptTouchEvent(false);
}
break;
case MotionEvent.ACTION_UP:
break;
}
mLastX = x;
mLastY = y;
return super.dispatchTouchEvent(event);
}
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
int action = ev.getAction();
if(action == MotionEvent.ACTION_DOWN){
return false;
}else {
return true;
}
}
案例参考：SwipeRefreshLayout+RecyclerView滑动冲突解决
参看文章
《Android 开发艺术探索》书集
《Android 开发艺术探索》 03-View的事件体系