Android自定义View系列
- Android自定义View注意事项
- Android自定义View之Paint绘制文字和线
- Android自定义View之图像的色彩处理
- Android自定义View之轻松实现圆角和圆形图片
- Android自定义View之双缓冲机制和SurfaceView
- Android自定义View之invalidate和postInvalidate方法的区别
- Android自定义View之Window、ViewRootImpl和View的三大流程
- Android自定义View之requestLayout方法和invalidate方法
事件序列
(1)手指接触屏幕后会产生一系列事件,事件分为3种:ACTION_DOWN(手指刚刚接触屏幕)、ACTION_MOVE(手指在屏幕移动)、ACTION_UP(手指从屏幕松开)
(2)一个事件序列为ACTION_DOWN–>ACTION_MOVE–>…–>ACTION_UP
事件传递的顺序
Activity–>Window–>decor view–>我们的layout,ViewGroup–>我们布局中被点击的子View
如果我们的子View没有处理事件,那事件就会反向向上传递回来:
我们布局中被点击的子View–>上层的ViewGroup–>decor view–>Window–>Activity
如果所有的View都没有消耗事件,那最后事件会传回到Activity,由Activity处理(Activity的onTouchEvent()方法被调用)
三大方法
ViewGroup中有3个跟事件分发有关的方法,分别是 dispatchTouchEvent、 onInterceptTouchEvent、onTouchEvent。
(1)dispatchTouchEvent方法
dispatchTouchEvent方法用来进行事件的分发。事件传递到当前View时,这个方法就会被调用。dispatchTouchEvent方法里面包含了具体的事件分发逻辑,返回结果受当前View的onTouchEvent方法和下级View的dispatchTouchEvent方法的影响。
(2)onInterceptTouchEvent方法
onInterceptTouchEvent方法在dispatchTouchEvent方法内部被调用,用来判断是否拦截某个事件。如果当前View拦截了某个事件,那么在同一个事件序列当中,此方法不会被再次调用,返回结果表示是否拦截当前事件。这个方法只有VewGroup中有,View中没有。
(3)onTouchEvent方法
在dispatchTouchEvent方法中调用,用来处理点击事件,返回结果表示是否消耗当前事件,如果不消耗,则在同一个事件序列中,当前View无法再次接收到事件。
onTouchListener、onTouchEvent、onClickListener的优先级
(1)onTouchListener和onTouchEvent都在dispatchTouchEvent方法中被调用,onClickListener在onTouchEvent方法中被调用
(2)onTouchListener的优先级高于onTouchEvent方法,如果onTouchListener的onTouch方法返回true,则onTouchEvent方法不会被调用,当然onClickListener就更不会被调用了
(3)在onTouchEvent方法中,如果当前View设置了onClickListener,那么onClickListener的onClick方法会被调用
(4)只要View的CLICKABLE和LONKG_CLICKABLE有一个为true,View就会消耗当前事件,也就是说onTouchEvent方法最后会返回true。
(5)View的LONG_CLICKABLE属性默认为false,而CLICKABLE属性和具体的View有关,可点击的View的CLICKABLE属性为true,不可点击的View的CLICKABLE属性为false。
ViewGroup中的事件分发逻辑
ViewGroup中的事件分发逻辑可以用一段伪代码来表述
public boolean dispatchTouchEvent(MotionEvent ev) {
boolean consume = false;
if (onInterceptTouchEvent(ev)) {
consume = onTouchEvent();
}else {
consume = child.dispatchTouchEvent(ev);
}
return consume;
}
从上述的伪代码中我们可以总结出ViewGroup中的事件分发流程:
(1)事件传递到ViewGroup时,dispatchTouchEvent方法会被调用。如果这个ViewGroup的onInterceptTouchEvent方法返回true,则表示它要拦截事件,事件就会交给当前ViewGroup的onTouchEvent方法处理。
(2)如果当前ViewGroup的onInterceptTouchEvent返回false,即不拦截事件,则会调用子元素的dispatchTouchEvent方法,这样就把事件传递给了子元素。
(3)如果子元素没有消耗事件,也就是子元素的dispatchTouchEvent方法返回false,那事件会由当前ViewGroup自己处理,当前ViewGroup的onTouchEvent会被调用。如果当前ViewGroup的dispatchTouchEvent方法也返回false,最后就会一层层往上,如果事件一直没有被消耗,那么最后Activity的onTouchEvent方法会被调用
(4)这里需要理解一下的是ViewGroup继承自View,ViewGroup中并没有onTouchEvent方法。在所有子元素没有消耗事件时,ViewGroup会调用父类,也就是View的dispatchTouchEvent方法,从而调用到onTouchEvent方法来自己处理事件,如果自己没有消耗事件,dispatchTouchEvent方法就会返回false,从而将事件反向往上层传递。
(5)如果ACTION_DOWN事件子元素没处理(onTouchEvent返回false),那这个事件序列的其他事件(MOVE和UP事件)都不会再分派给子元素处理。
(6)ViewGroup默认不拦截任何事件
(7)对于ACTION_DOWN事件,ViewGroup每次都会调用onInterceptTouchEvent方法来判断是否需要拦截事件,一旦确定要拦截事件,后续的ACTION_MOVE和ACTION_UP事件都ViewGroup自己处理,不会传递给子View,也不会再调用onInterceptTouchEvent方法。所以onInterceptTouchEvent方法不是每次事件都会被调用的。
(8)子View可以通过requestDisallowInterceptTouchEvent方法来干预父元素的除了ACTION_DOWN意外的事件分发过程
View中的事件分发逻辑
requestDisallowInterceptTouchEvent方法
requestDisallowInterceptTouchEvent方法用于影响父元素的事件拦截策略,requestDisallowInterceptTouchEvent(true),表示不允许父元素拦截事件,这样事件就会传递给子View。一般这个方法子View用的多,可以用来处理滑动冲突问题。
事件分发逻辑
(1)View中没有onInterceptTouchEvent方法,所以一旦事件传递到View,那么View的dispatchTouchEvent方法就会被调用。
(2)dispatchTouchEvent方法中处理事件的逻辑顺序是onTouchListener–>onTouchEvent–>onClickListener。
(3)也就是说如果View设置了onTouchListener,那onTouchListener的onTouch方法会被调用,如果onTouch方法返回true,那事件就被消耗了,事件分发结束,onTouchEvent不会被调用。
(4)如果onTouch方法返回false,那么onTouchEvent就会被调用。如果View设置了onClickListener,当ACTION_UP事件到来时,onTouchEvent中的onClickListener的onClick方法也会被调用。
(5)View一般都会消耗事件,如果View没有消耗ACTION_DOWN事件,那后面ACTION_MOVE和ACTION_UP就都不会传递给View。
常用的滑动冲突处理逻辑
(1)利用父布局的onInterceptTouchEvent方法
这个思路就是在父布局需要处理事件时拦截下来,其他时候不拦截。有几个注意点:
- 对于ACTION_DOWN事件,onInterceptTouchEvent方法必须返回false,因为一旦返回true,子元素永远也接收不到事件了,那还解决个毛线冲突。
- 主要的逻辑就在ACTION_MOVE的处理上,需不需要拦截的逻辑在这里根据需要来实现
- 对于ACTION_UP事件返回false,因为一旦父元素返回true,那子View就接受不到ACTION_UP事件了,也就无法触发onClick事件。
(2)利用子View的requestDisallowInterceptTouchEvent方法
这个思路就是父布局默认拦截除了ACTION_DOWN的所有事件,子View中在dispatchTouchEvent方法中根据需要来干预父布局的拦截策略。默认不允许父布局拦截事件,在需要父布局处理事件时,通过requestDisallowInterceptTouchEvent(false)方法让父布局处理事件,其他时候都由子View处理。
注意点:
- 同样的对于ACTION_DOWN事件,onInterceptTouchEvent方法必须返回false,其他事件默认返回true
- 在子View的dispatchTouchEvent方法中,对于ACTION_DOWN事件,通过调用requestDisallowInterceptTouchEvent(true)默认不允许父布局拦截事件,这样后续事件都交给子View处理
- 在子View的dispatchTouchEvent方法中,对于ACTION_MOVE事件,默认是子View处理,在需要父布局处理时,调用requestDisallowInterceptTouchEvent(false)方法来让父布局拦截事件,交给父布局处理。
欢迎关注我的微信公众号,和我一起每天进步一点点!
![AntDream](https://i-blog.csdnimg.cn/blog_migrate/0b843288265fe97022b7c540367c7031.webp?x-image-process=image/format,png)