[Android] (在ScrollView里嵌套view)重叠view里面的onTouchEvent的调用方法

在我前面的自定义裁剪窗口的代码中,我把裁剪的view放在了大的scrollview里,这样就出现了程序只能触发scrollview,无法操作我的裁剪窗口。所以我加了那篇博客下面最后两段代码。其实我遇到这个问题的时候是在一个scrollview里添加了一个Edittext,我限制了Edittext的高度,所以edittext里面的内容过多时会自己产生滚动条。但我怎么也无法触发edittext的滚动事件,后来查了资料就明白了。后来一直没对它做记录,现在对这个知识点做一个总结。

原文地址请保留http://www.cnblogs.com/rossoneri/p/3994662.html

老规矩,先推荐博客资料,毕竟从别人那学来的知识,好东西要分享:

[Android实例] [版主原创]ScrollView嵌套ScrollView

[Android实例] [版主原创]android之ScrollView里嵌套ListView

其实这俩是一个作者,好多人也转载这个(吐槽下那些只转载不留原文地址的,太恶心)。但讲的有点罗嗦了。。其实下面有更清楚的:

Android ScrollView嵌套ScrollView滚动的问题解决办法

这个是从老外那转来的,老外网站我这打不开了。。反正讲的很简单清楚:告诉你不建议嵌套scrollview,但嵌套了也没关系,再告诉你出现问题的原因,然后给你解决方案,就两行代码而已blabla。

最后就是理解原理的关键:解决问题代码方法的说明

android 事件处理机制之requestDisallowInterceptTouchEvent

一万个赞!

好了,如果上面的你看完了,也就基本弄明白了,到这里就可以结束了。

 

 

 

 


 

总结:

这种情况说简单点就是上层的view的onTouchEvent和下层view的onTouchEvent重叠了,系统无法判断你想activate哪个onTouchEvent,然后系统就很蛋疼,跑程序的时候上层动一下,下层动一下,结果哪一层都动不起来(还是有小幅度偏移的)。这就是view之间的事,不限于scrollview,listView,gridView,自定义view什么的,所以标题定的也有问题,说白了就是view的嵌套。但为了文章能被更多的搜索到,我就是不改标题(什么心态)。

“当有多个层级的View时,在父层级允许的情况下,这个action会一直向下传递直到遇到最深层的View。所以touch事件最先调用的是最底层View的onTouchEent”

注意,允许,怎么设置是否允许呢?另外运行程序的时候的确是明显的,下层view先动,上层view后动,估计默认下父层级都是允许把消息传到最下层的吧

“如果View的onTouchEvent接收到某个touch action并作了相应处理,最后有两种返回方式return true和return false;return true会告诉系统当前的View需要处理这次的touch事件,以后的系统发出的ACTION_MOVE,ACTION_UP还是需要继续监听并接收 的,而且这次的action已经被处理掉了,父层的View是不可能触发onTouchEvent了”

了解一下onTouchEvent的返回值的用途

所以每一个action最多只能有一个onTouchEvent接口返回true

多层(>2)情况需要考虑一下

“如果return false,便会通知系统,当前View不关心这一次的touch事件,此时这个action会传向父级,调用父级View的onTouchEvent。 但是这一次的touch事件之后发出的任何action,该View都不会再接受,onTouchEvent在这一次的touch事件中再也不会触发,也就是说一旦View返回false,那么之后的ACTION_MOVE,ACTION_UP等ACTION就不会在传入这个View,但是下一次 touch事件的action还是会传进来的。”

这里不太明白。代码里return是在最后一行,所以会先执行前面的ACTION_*吧,return true的话,aiction执行之后再返回true,上层不再响应event可以理解,但false的话,他应该都执行过了啊?再给上层执行?

看了下源码,view的源码里onTouchEvent有一个int型的flag,在action触发前会做个判断,但自己复写方法的话。。。我怎么觉得好奇怪。。再想想。。这里面原理多呢。。

 1 public boolean onTouchEvent(MotionEvent event) {
 2         final int viewFlags = mViewFlags;
 3 
 4         if ((viewFlags & ENABLED_MASK) == DISABLED) {
 5             if (event.getAction() == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) {
 6                 setPressed(false);
 7             }
 8             // A disabled view that is clickable still consumes the touch
 9             // events, it just doesn't respond to them.
10             return (((viewFlags & CLICKABLE) == CLICKABLE ||
11                     (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE));
12         }
13 
14         if (mTouchDelegate != null) {
15             if (mTouchDelegate.onTouchEvent(event)) {
16                 return true;
17             }
18         }
19 
20         if (((viewFlags & CLICKABLE) == CLICKABLE ||
21                 (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
22             switch (event.getAction()) {
23                 case MotionEvent.ACTION_UP:
24                     ...
25                     break;
26 
27                 case MotionEvent.ACTION_DOWN:
28                     ...
29                     break;
30 
31                 case MotionEvent.ACTION_CANCEL:
32             ...
33                     break;
34 
35                 case MotionEvent.ACTION_MOVE:
36                     ...
37                     break;
38             }
39             return true;
40         }
41 
42         return false;
43     }

“在父层级允许的情况下。假设不改变父层级的dispatch方法,在系统调用底层onTouchEvent之前会先调用父View的onInterceptTouchEvent方法判断,父层View是不是要截获本次touch事件之后的action。”

看到这里,前面的疑惑有点头绪,再看源码 

明天画个流程图出来

 

“如果onInterceptTouchEvent返回了true,那么本次touch事件之后的所有action都不会再向深层的View传递,统统都会 传给负层View的onTouchEvent,就是说父层已经截获了这次touch事件,之后的action也不必询问 onInterceptTouchEvent,在这次的touch事件之后发出的action时onInterceptTouchEvent不会再次调 用,知道下一次touch事件的来临。如果onInterceptTouchEvent返回false,那么本次action将发送给更深层的View, 并且之后的每一次action都会询问父层的onInterceptTouchEvent需不需要截获本次touch事件。只有ViewGroup才有 onInterceptTouchEvent方法,因为一个普通的View肯定是位于最深层的View,touch事件能够传到这里已经是最后一站了,肯 定会调用View的onTouchEvent。”

这段大概看看吧,前面基本了解了。

“对于底层的View来说,有一种方法可以阻止父层的View截获touch事件,就是调用 getParent().requestDisallowInterceptTouchEvent(true);方法。一旦底层View收到touch的 action后调用这个方法那么父层View就不会再调用onInterceptTouchEvent了,也无法截获以后的action。”

最后的关键方法,就用这个方法即可实现功能~(但最好要先搞懂原理)

 

最后贴个最早发现这个问题的代码,scrollview里的edittext,touch子view就设置其属性true,touch父view就帮子view设置属性false即可~

 1     mEssay.setOnTouchListener(new View.OnTouchListener() {
 2 
 3             @Override
 4             public boolean onTouch(View v, MotionEvent event) {
 5                 // TODO Auto-generated method stub
 6                 v.getParent().requestDisallowInterceptTouchEvent(true);
 7                 return false;
 8             }
 9         });
10 
11         mScrollView.setOnTouchListener(new View.OnTouchListener() {
12 
13             @Override
14             public boolean onTouch(View v, MotionEvent event) {
15                 // TODO Auto-generated method stub
16                 mEssay.getParent().requestDisallowInterceptTouchEvent(false);
17                 return false;
18             }
19         });

 

转载于:https://www.cnblogs.com/rossoneri/p/3994662.html

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值