ListView onTouchEvent 快速滑动丢失 ACTION_DOWN事件

最近在工作中,遇到需要自定义Listview Item的左右滑动效果,ListView Item本身有点击事件,滑动过程中item需要显示不同于其他的背景颜色,滑开之后,背景颜色保持并且又有item内的点击事件这样:

102633_7izO_591636.png

说明这个问题呢,需要先说明一下这个效果的实现逻辑:

1、根据ACTION_DOWN事件的按下位置,获取ListView被按下位置的item,并设置按下背景颜色

2、根据ACTION_MOVE时间判断滑动距离,如果滑动达到左右滑动阈值,那么根据左右滑动距离,将View进行左右位置偏移,如果未达到阈值则不处理该事件。

3、用户可点击整个item,触发跳转事件

4、View位置移动后,用户点击Delete按钮,删除该条item

5、如果View已经被用户移开,那么如果再次触发ACTION_DOWN,被移开的View自动恢复到原来位置。

主要逻辑如上,效果实现不难,重写ListView的onTouch事件就好了啊,但是在自测过程中,发现一个大问题,就是在快速滑动ListView的时候,onTouch方法有事会丢失ACTION_DOWN事件。但是后面的Move事件和up事件从来没有丢失过。如果都丢失还好,但是MOVE和UP没有丢失,就导致关键判断丢失,又加上ListView item的复用机制,导致整个ListView状态出错,搞地整个人都不好了。

以为是我自己写的方法哪里返回值有错,就将所有自己的写的东西注释掉,然后在onTouchEvent里面打印DOWN的状态,发现就是没有我代码,DOWN事件一样在快速滑动的时候接收不到。不是自己代码的问题就好。然后Google了好几下,发现问这个问题的不少,但是能解决我的问题方案没有。就在我以为这是一个不可解决的问题的时候,我惊恐的发现,QQ的item就不存在这个问题,每次划开,再快的速度滑动,都可以正常关闭,我擦擦,不能输啊。

于是开始看源码,细节就不多说,结论如下:

该DOWN事件在ListView 的dispatchTouchEvent的时候是可以接收到的,但是在onTouchEvent方法里面就接收不到了。所以我们就去看看ListView的dispatchTouchEvent方法,ListView的dispatchTouchEvent是在ViewGroup里面,只看经过我分析关键的部分:

@Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        if (mInputEventConsistencyVerifier != null) {
            mInputEventConsistencyVerifier.onTouchEvent(ev, 1);
        }

        boolean handled = false;
        if (onFilterTouchEventForSecurity(ev)) {
            final int action = ev.getAction();
            final int actionMasked = action & MotionEvent.ACTION_MASK;

            // Handle an initial down.
            if (actionMasked == MotionEvent.ACTION_DOWN) {
                // Throw away all previous state when starting a new touch gesture.
                // The framework may have dropped the up or cancel event for the previous gesture
                // due to an app switch, ANR, or some other state change.
                cancelAndClearTouchTargets(ev);
                resetTouchState();
            }

            // Check for interception.
            final boolean intercepted;
            if (actionMasked == MotionEvent.ACTION_DOWN
                    || mFirstTouchTarget != null) {
                final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
                if (!disallowIntercept) {
                    intercepted = onInterceptTouchEvent(ev);
                    ev.setAction(action); // restore action in case it was changed
                } else {
                    intercepted = false;
                }
            } else {
                // There are no touch targets and this action is not an initial down
                // so this view group continues to intercept touches.
                intercepted = true;
            }
            .
            .
            .
    }
if (actionMasked == MotionEvent.ACTION_DOWN
                    || mFirstTouchTarget != null) {
                final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
                if (!disallowIntercept) {
                    intercepted = onInterceptTouchEvent(ev);
                    ev.setAction(action); // restore action in case it was changed
                } else {
                    intercepted = false;
                }

关键就在这里,我们可以看到有一句:// restore action in case it was changed,因为快速滑动,当DOWN事件传递到onInterceptTouchEvent方法去判断是不是该拦截的时候,MOVE事件来了,然后被restore了。

于是在onInterceptTouchEvent方法里面打印了一下是否有丢失DOWN事件,发现是:木有丢失!!!好哒,问题就在这里了。了解问题在这里,这个问题就容易解决了。重写onInterceptTouchEvent,判断DOWN事件的位置是不是需要拦截,返回正确的TRUE or FALSE值就OK了喽。



转载于:https://my.oschina.net/zhibuji/blog/525488

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值