ScrollView嵌套RecyclerView滑动冲突处理方案
最近实际应用中遇到了滑动冲突的相关问题,在处理过程中,有些需要注意的问题,特别记录一下。
一、应用场景
在处理具体问题之前,先详情下实际应用场景及问题状况。
从图中可以看出,一个ScrollView内部嵌套三个RecyclerView,其中两个RecyclerView是横向,一个RecyclerView是纵向。
在这个场景下,出现了滑动冲突问题,主要体现为横向RecyclerView滑动不灵敏,纵向RecyclerView滑动卡慢。
二、问题分析
1.横向RecyclerView滑动不灵敏
该问题所产生的滑动冲突如上图所示。
针对该问题,处理的方案是根据当前滑动方向,水平还是垂直来判断这个事件究竟该交给谁来解决。
一般情况下根据滑动路径形成的夹角(或者者说是斜率如下图)、水平和竖直方向滑动速度差来判断。
2.纵向RecyclerView滑动卡慢
该问题所产生的滑动冲突如上图所示。
针对该问题,一般情况下必须通过业务逻辑来进行判断,决定究竟谁来解决该事件。
三、滑动冲突处理方法
针对滑动冲突,一般有两个处理方法。
1.外部阻拦法
事件都先经过父容器的阻拦解决,假如不需要此事件就不阻拦,这样即可以处理滑动冲突的问题。外部阻拦法需要重写父容器的onInterceptTouchEvent()
方法,在内部完成相应的阻拦就可
@Overridepublic 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; } } return intercepted;}
ACTION_DOWN 这个事件里父容器必需返回 false,即不阻拦ACTION_DOWN事件,由于一旦阻拦了那么后续的 ACTION_MOVE、ACTION_UP都由父容器去解决,事件就无法传到子view了
ACTION_MOVE 事件可以根据需要来进行阻拦或者者不阻拦
ACTION_UP 这个事件必需返回false,就会导致子View无法接受到UP事件,这个时候子元素中的
onClick()
事件就无法处触发。
2.内部阻拦法
父容器不阻拦任何事件,所有的事件都传递给子元素,假如子元素需要此事件就直接消耗掉,否则就交由父容器进行解决。这种方法需要配合requestDisallowInterceptTouchEvent()
方法才能正常工作。
主要是修改子view的dispatchTouchEvent()
方法
@Overridepublic boolean dispatchTouchEvent(MotionEvent ev) { int x = (int) ev.getX(); int y = (int) ev.getY(); switch (ev.getAction()) { case MotionEvent.ACTION_DOWN: { getParent().requestDisallowInterceptTouchEvent(true); break; } case MotionEvent.ACTION_MOVE: { if (父容器需要此类事件) { getParent().requestDisallowInterceptTouchEvent(false); } break; } case MotionEvent.ACTION_UP: { break; } } return super.dispatchTouchEvent(ev);}
父容器需要重写onInterceptTouchEvent()
方法
@Overridepublic boolean onInterceptTouchEvent(MotionEvent ev) { int action = ev.getAction(); if(action == MotionEvent.ACTION_DOWN){ return false; }else { return true; }}
父容器阻拦ACTION_DOWN以外的其余事件,由于ACTION_DOWN 事件不受 FLAG_DISALLOW_INTERCEPT这个标记的控制,所以一旦父容器阻拦了ACTION_DOWN 事件那么所有的事件都无法传到子view中去了,这样内部阻拦法就不起作用了。
四、问题处理
下面就来实际处理本文中遇到的滑动冲突问题。通过上述分析可知,本文所遇到的问题通过外部阻拦法,重写ScrollView的onInterceptTouchEvent()
方法就可快速简单的处理。
public class FScrollView extends ScrollView { private float mLastXIntercept = 0f; private float mLastYIntercept = 0f; public FScrollView(Context context, AttributeSet attrs) { super(context, attrs); } @Override public boolean onInterceptTouchEvent(MotionEvent ev) { boolean intercepted = false; float x = ev.getX(); float y = ev.getY(); int action = ev.getAction() & MotionEvent.ACTION_MASK; switch (action) { case MotionEvent.ACTION_DOWN: { intercepted = false; //初始化mActivePointerId super.onInterceptTouchEvent(ev); break; } case MotionEvent.ACTION_MOVE: { //横坐标位移增量 float deltaX = x - mLastXIntercept; //纵坐标位移增量 float deltaY = y - mLastYIntercept; if (Math.abs(deltaX) < Math.abs(deltaY)) { intercepted = true; } else { intercepted = false; } break; } case MotionEvent.ACTION_UP: { intercepted = false; break; } } mLastXIntercept = x; mLastYIntercept = y; return intercepted; }}
Math.abs(deltaX) < Math.abs(deltaY)
表示横向位移增量小于于竖向位移增量,即竖直滑动,则ScrollView 阻拦事件。super.onInterceptTouchEvent(ev)
,初始化mActivePointerId
,避免出现Invalid pointerId=-1 in onTouchEvent
问题。纵向RecyclerView的滑动被阻拦,交给ScrollView解决,需要测量高度,会默认加载所有item,相当于LinearLayout,从而导致复用效率大大降低。所以假如情况复杂,建议采用头布局。
自己是从事了七年开发的Android工程师,不少人私下问我,2019年Android进阶该怎样学,方法有没有?
没错,年初我花了一个多月的时间整理出来的学习资料,希望能帮助那些想进阶提升Android开发,却又不知道怎样进阶学习的朋友。【包括高级UI、性能优化、架构师课程、NDK、Kotlin、混合式开发(ReactNative+Weex)、Flutter等架构技术资料】,希望能帮助到您面试前的复习且找到一个好的工作,也节省大家在网上搜索资料的时间来学习。
资料获取方式:加入Android架构交流QQ群聊:513088520 ,进群即领取资料!!!
点击链接加入群聊【Android移动架构总群】:加入群聊
资料大全
1. 本站所有资源来源于用户上传和网络,如有侵权请邮件联系站长!
2. 分享目的仅供大家学习和交流,您必须在下载后24小时内删除!
3. 不得使用于非法商业用途,不得违反国家法律。否则后果自负!
4. 本站提供的源码、模板、插件等等其他资源,都不包含技术服务请大家谅解!
5. 如有链接无法下载、失效或广告,请联系管理员处理!
6. 本站资源售价只是摆设,本站源码仅提供给会员学习使用!
7. 如遇到加密压缩包,请使用360解压,如遇到无法解压的请联系管理员
开心源码网 » ScrollView嵌套RecyclerView滑动冲突处理方案