事件分发机制 时间拦截 滑动冲突 MD

其他 2018-12-25 22:11:17 阅读次数: 0

目录

Markdown版本笔记 我的GitHub首页 我的博客 我的微信 我的邮箱
MyAndroidBlogs baiqiantao baiqiantao bqt20094 [email protected]

事件分发机制 时间拦截 滑动冲突 MD
***
目录
===

事件分发机制分析案例

默认行为

触摸事件由Action_Down==0、Aciton_UP==1、Action_Move==2组成，其中一次完整的触摸事件中，Down只有一个、Up有一个或0个、Move有若干个(包括0个)，一旦UP发生，就表明此次触摸事件已经结束了。

试验 0

1、当触摸根部的LinearLayout时：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下
onTouch--root--按下
onTouchEvent--root--按下

2、当触摸子TextView时：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下

dispatchTouchEvent--TextView--tv--按下
onTouch--tv--按下
onTouchEvent--tv--按下

onTouch--root--按下
onTouchEvent--root--按下

3、当触摸子LinearLayout：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下

dispatchTouchEvent--ll_child--按下
onInterceptTouchEvent--ll_child--按下
onTouch--ll_child--按下
onTouchEvent--ll_child--按下

onTouch--root--按下
onTouchEvent--root--按下

4、当触摸孙子TextView时：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下

dispatchTouchEvent--ll_child--按下
onInterceptTouchEvent--ll_child--按下

dispatchTouchEvent--TextView--tv_child--按下
onTouch--tv_child--按下
onTouchEvent--tv_child--按下

onTouch--ll_child--按下
onTouchEvent--ll_child--按下

onTouch--root--按下
onTouchEvent--root--按下

5、当触摸一个具有点击事件的普通的子TextView时：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下
dispatchTouchEvent--TextView--null--按下
onTouchEvent--null--按下

dispatchTouchEvent--root--移动
onInterceptTouchEvent--root--移动
dispatchTouchEvent--TextView--null--移动
onTouchEvent--null--移动
//...后续所有Move事件都会收到

dispatchTouchEvent--root--松开
onInterceptTouchEvent--root--松开
dispatchTouchEvent--TextView--null--松开
onTouchEvent--null--松开

结论

在不进行如何干涉的情况下:

即要满足以下所有条件：

  • 触摸点区域没有一个View的dispatchTouchEvent方法的返回值为true
  • 触摸点区域没有一个View的onTouchEvent方法和onTouch方法的返回值为true
  • 触摸点区域没有一个View有设置点击事件、长点击事件等会消耗触摸事件的方法

两个基本规律：

  • View的onInterceptTouchEvent方法是在dispatchTouchEvent方法中被调用的(如果dispatchTouchEvent方法返回true，则不会调用onInterceptTouchEvent方法)，所以可以把dispatchTouchEvent方法和onInterceptTouchEvent方法看做一对方法。
  • View的onTouchEvent方法是在监听器回调方法onTouch之后被调用的，所以也可以把onTouch方法和onTouchEvent方法看做一对方法。

这么一划分的话，事件的分发过程就可以简化为对两对方法进行分析了(事实上，这种划分是合理的)。

对于 Down 事件

  • Down事件首先会从root逐级【下发】到最底层的View，下发的事件是通过dispatchTouchEvent方法传递的(当然，因为dispatchTouchEvent方法没有返回true，所以还会将Down事件传给自己的onInterceptTouchEvent方法，下同)。
  • 当Down事件从root逐级下发到最底层的那个View后，最底层的那个View的dispatchTouchEvent会将Down事件传给自己的 onTouch方法(当然因为onTouch没有返回true，所以还会将Down事件传给自己的onTouchEvent方法，下同)。
  • 由此便开始了Down事件的逐级【上传】过程，即Down事件将从最底层的那个View开始，逐级【上传】到root的 onTouch(和 onTouchEvent方法)。

Down事件的传递过程：
dTE父(包含-->oIT) --> dTE子 --> ... --> dTE底 --> onTouch底(包含-->onTE) --> ... --> onTouch子 --> onTouch父。

对于后续的 Move、UP 事件

  • 在分发完 Down 事件后( Down 事件一定会分发)，其余的 Move、UP 事件将不再分发。
  • 也即任何 View 都不会收到后续的 Move、UP 事件，因为没有任何 View 需要处理本次触摸事件。

注意，上述案例中的第五种情况不满足上述条件，因为那个TextView具有点击事件，所以会导致能收到后续的触摸事件

dispatchTouchEvent 返回 true

试验 1

我们将子LinearLayout的 dispatchTouchEvent 方法返回true，当触摸子LinearLayout、孙子TextView时：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下
dispatchTouchEvent--ll_child--按下

dispatchTouchEvent--root--移动
onInterceptTouchEvent--root--移动
dispatchTouchEvent--ll_child--移动
//...后续所有Move事件都会收到

dispatchTouchEvent--root--松开
onInterceptTouchEvent--root--松开
dispatchTouchEvent--ll_child--松开

试验 2

我们将孙子TextView的 dispatchTouchEvent 方法返回true，当触摸孙子TextView时：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下
dispatchTouchEvent--ll_child--按下
onInterceptTouchEvent--ll_child--按下
dispatchTouchEvent--TextView--tv_child--按下

dispatchTouchEvent--root--移动
onInterceptTouchEvent--root--移动
dispatchTouchEvent--ll_child--移动
onInterceptTouchEvent--ll_child--移动
dispatchTouchEvent--TextView--tv_child--移动
//...后续所有Move事件都会收到

dispatchTouchEvent--root--松开
onInterceptTouchEvent--root--松开
dispatchTouchEvent--ll_child--松开
onInterceptTouchEvent--ll_child--松开
dispatchTouchEvent--TextView--tv_child--松开

结论

  • 如果某个View的dispatchTouchEvent方法返回值为true(不管是普通View还是ViewGroup)，则表明 这个具体的事件 的分发过程到此结束了。
  • 所以此View的所有子View都不会获取到这一个具体的事件。
  • 但是此View的所有父View可以获取到此View能获取到的所有事件，因为此View获取的任何事件都是由根View逐级下发过来的。
  • 注意，分发结束只是针对当前这个具体的MotionEvent事件而言的，而不是针对整个事件链而言的，所以到后续所有事件仍会正常进行分发。
  • 所以，即使你在dispatchTouchEvent中没做任何判断就直接返回了true，后续所有的事件仍会正常进行分发。
  • 鉴于dispatchTouchEvent方法只是终止了某一具体事件的分发，而不是终止本次完整事件的分发，所以如果想在某种情况下终止接收后续的事件，用这个方法是不适合的。

onInterceptTouchEvent 返回 true

PS:只有 ViewGroup 才有 onInterceptTouchEvent 方法

试验 3

我们将子LinearLayout的 onInterceptTouchEvent 方法返回true，当触摸子LinearLayout、孙子TextView时：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下
dispatchTouchEvent--ll_child--按下
onInterceptTouchEvent--ll_child--按下

onTouch--ll_child--按下
onTouchEvent--ll_child--按下
onTouch--root--按下
onTouchEvent--root--按下

结论

  • 如果一个 ViewGroup 的onInterceptTouchEvent方法返回 true，则代表此 ViewGroup 会拦截后续所有事件，因此，其子View后续将收不到任何Touch事件。
  • 注意，ViewGroup拦截事件后会将当前事件传递给自己的 onTouch 和 onTouchEvent 方法，而不会终止事件的分发。
  • 因此，我们可以认为：如果一个 ViewGroup 的onInterceptTouchEvent方法返回 true，则可以等价的认为这个ViewGroup隐藏了其所有子View(或者认为其没有任何子View)，而其他过程和正常的事件分发过程完全一致。
  • 鉴于此，我们经常是在onInterceptTouchEvent方法中拦截子View获取事件(目的往往是为了让自己能够处理后续事件)。

onInterceptTouchEvent 和 dispatchTouchEvent 方法的注意区别：

  • 返回 true 后，onInterceptTouchEvent 则会拦截后续所有事件的分发，而 dispatchTouchEvent 只是终止当前这一具体事件的分发。
  • onInterceptTouchEvent 会继续正常分发这一具体的事件，而 dispatchTouchEvent会直接结束分发这一具体的事件。

onTouchEvent 返回 true

试验 4

我们将子LinearLayout的onTouchEvent方法返回true

当触摸子LinearLayout时：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下
dispatchTouchEvent--ll_child--按下
onInterceptTouchEvent--ll_child--按下
onTouch--ll_child--按下
onTouchEvent--ll_child--按下

dispatchTouchEvent--root--移动
onInterceptTouchEvent--root--移动
dispatchTouchEvent--ll_child--移动
onTouch--ll_child--移动
onTouchEvent--ll_child--移动
//...后续所有Move事件都会收到

dispatchTouchEvent--root--松开
onInterceptTouchEvent--root--松开
dispatchTouchEvent--ll_child--松开
onTouch--ll_child--松开
onTouchEvent--ll_child--松开

当触摸孙子TextView时：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下
dispatchTouchEvent--ll_child--按下
onInterceptTouchEvent--ll_child--按下
dispatchTouchEvent--TextView--tv_child--按下
onTouch--tv_child--按下
onTouchEvent--tv_child--按下
onTouch--ll_child--按下
onTouchEvent--ll_child--按下

dispatchTouchEvent--root--移动
onInterceptTouchEvent--root--移动
dispatchTouchEvent--ll_child--移动
onTouch--ll_child--移动
onTouchEvent--ll_child--移动
//...后续所有Move事件都会收到

dispatchTouchEvent--root--松开
onInterceptTouchEvent--root--松开
dispatchTouchEvent--ll_child--松开
onTouch--ll_child--松开
onTouchEvent--ll_child--松开

结论

首先可以发现，当触摸子LinearLayout和孙子TextView时，两者的过程基本都是一致的，所以下面的关键是分析对比着两者的区别。

对于DOWN事件

  • 【下发过程】：当触摸孙子TextView时，虽然子LinearLayout的onTouchEvent方法返回了true，但是孙子TextView的dispatchTouchEvent方法仍会被调用，所以，View的onTouchEvent方法返回true并不会影响DOWN事件的正常下发。
  • 【上传过程】：首先DOWN事件会从最底层的孙子TextView的onTouchEvent方法上传给子LinearLayout的onTouchEvent方法，然后DOWN事件的上传过程就结束了，而不会继续上传给父View。

结论：

  • onTouchEvent方法的返回值并不会影响DOWN事件的正常下发过程。
  • 如果一个View的onTouchEvent方法返回true，那么DOWN事件的上传过程将会在这里停止，所以此View所有父View的onTouch方法和onTouchEvent方法都将不会被调用。
  • 换句话说，如果一个View的onTouchEvent方法返回true，那么DOWN事件将会在传递到View的onTouchEvent方法后被完全消耗掉。

对于后续的 MOVE、UP 事件

  • 所触摸的那个View及所有父View的dispatchTouchEvent方法和onInterceptTouchEvent方法【都会】被调用。
  • 所触摸的那个View的所有子View的dispatchTouchEvent方法和onInterceptTouchEvent方法【都不会】被调用。
  • 仅所触摸的那个View的onTouch方法和onTouchEvent方法会被调用，换句话说就是，仅onTouchEvent返回true的那个View的onTouchEvent方法能够处理MOVE、UP事件。
  • 所以，onTouchEvent方法最核心的作用是用来告诉View树：后续的MOVE、UP事件到底应该从根View【传递】到哪个View去处理(PS："传递"这个词用的非常好)。

完整的流程为

  • 一旦某个View的【onTouchEvent】返回true，当【DOWN】事件按照【正常的分发流程】逐级【下传】到【最底层的View】的【dispatchTouchEvent】后，【最底层的View】将通过其【onTouchEvent】逐级【上传】，直到上传到【此View】的【onTouchEvent】方法之后，DOWN事件将会被消耗掉；
  • 然而，此后的【MOVE、UP】事件在逐级【下传】到【此View】后将直接【结束】分发(而不会下传到最底层的View)，并且在调用【此View】的onTouchEvent方法后被完全【消耗】掉。

试验 5

我们将孙子TextView的onTouchEvent方法返回true

当触摸孙子TextView时：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下
dispatchTouchEvent--ll_child--按下
onInterceptTouchEvent--ll_child--按下
dispatchTouchEvent--TextView--tv_child--按下
onTouch--tv_child--按下
onTouchEvent--tv_child--按下

dispatchTouchEvent--root--移动
onInterceptTouchEvent--root--移动
dispatchTouchEvent--ll_child--移动
onInterceptTouchEvent--ll_child--移动
dispatchTouchEvent--TextView--tv_child--移动
onTouch--tv_child--移动
onTouchEvent--tv_child--移动

dispatchTouchEvent--root--松开
onInterceptTouchEvent--root--松开
dispatchTouchEvent--ll_child--松开
onInterceptTouchEvent--ll_child--松开
dispatchTouchEvent--TextView--tv_child--松开
onTouch--tv_child--松开
onTouchEvent--tv_child--松开

可以发现和上面的情况完全一致，这里之所以分开，是因为上面的篇幅太长了，放在一起的话会让人比较难把握住重点信息。

测试代码

Activity

public class TouchEventActivity extends Activity implements OnTouchListener {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.layout);
        
        findViewById(R.id.root).setTag("root");
        findViewById(R.id.ll_child).setTag("ll_child");
        findViewById(R.id.tv).setTag("tv");
        findViewById(R.id.tv_child).setTag("tv_child");
        
        findViewById(R.id.root).setOnTouchListener(this);
        findViewById(R.id.ll_child).setOnTouchListener(this);
        findViewById(R.id.tv).setOnTouchListener(this);
        findViewById(R.id.tv_child).setOnTouchListener(this);
        
        findViewById(R.id.tv_alert).setOnClickListener(v -> {
            Utils.TYPE = (Utils.TYPE + 1) % 6;
            Toast.makeText(this, "值为 " + Utils.TYPE, Toast.LENGTH_SHORT).show();
        });
    }
    
    @Override
    protected void onResume() {
        super.onResume();
        Toast.makeText(this, "值为 " + Utils.TYPE, Toast.LENGTH_SHORT).show();
    }
    
    @Override
    public boolean onTouch(View v, MotionEvent event) {
        Log.i("【bqt】", "onTouch--" + v.getTag() + "--" + Utils.getActionName(event));
        return false;
    }
}

自定义 LinearLayout

public class MyLinearLayout extends LinearLayout {
    
    public MyLinearLayout(Context context, AttributeSet attrs) {
        super(context, attrs);
    }
    
    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        Log.i("【bqt】", "dispatchTouchEvent--" + getTag() + "--" + Utils.getActionName(event));
        return (getId() == R.id.ll_child && Utils.TYPE == 1) || super.dispatchTouchEvent(event);
    }
    
    @Override
    public boolean onInterceptTouchEvent(MotionEvent event) {
        Log.i("【bqt】", "onInterceptTouchEvent--" + getTag() + "--" + Utils.getActionName(event));
        return (getId() == R.id.ll_child && Utils.TYPE == 3) || super.onInterceptTouchEvent(event);
    }
    
    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.i("【bqt】", "onTouchEvent--" + getTag() + "--" + Utils.getActionName(event));
        return (getId() == R.id.ll_child && Utils.TYPE == 4) || super.onTouchEvent(event);
    }
}

自定义 TextView

public class MyTextView extends AppCompatTextView {
    
    public MyTextView(Context context, AttributeSet attrs) {
        super(context, attrs);
    }
    
    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        Log.i("【bqt】", "dispatchTouchEvent--TextView--" + getTag() + "--" + Utils.getActionName(event));
        return (getId() == R.id.tv_child && Utils.TYPE == 2) || super.dispatchTouchEvent(event);
    }
    
    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.i("【bqt】", "onTouchEvent--" + getTag() + "--" + Utils.getActionName(event));
        return (getId() == R.id.tv_child && Utils.TYPE == 5) || super.onTouchEvent(event);
    }
}

工具类

public class Utils {
    public static int TYPE = 0;
    
    public static String getActionName(MotionEvent event) {
        switch (event.getAction()) {
            case ACTION_DOWN:
                return "按下";
            case ACTION_UP:
                return "松开";
            case ACTION_MOVE:
                return "移动";
            default:
                return "未知";
        }
    }
}

一些面试题

View的onTouchEvent方法，OnClickListerner的OnClick方法，OnTouchListener的onTouch方法，这三者的优先级如何？
onTouch ＞ onTouchEvent ＞ OnClick

如果某个view(不包括VG)处理事件的时候没有消耗down事件，会有什么结果？
假如一个view，在down事件来的时候他的onTouchEvent返回false， 那么这个down事件所属的事件序列，就是他后续的move和up都不会给他处理了。

注意：之所以不包括VG绝不是因为对于后续的move和up，此view的父View的onTouchEvent会回调，而只是因为任何view所接收到的事件都是通过VG传递过来的。

一旦有事件传递给view(不包括VG)，view的onTouchEvent一定会被调用吗？
一定会(一定要三思，否则多半会回答"不一定会")。
因为view本身没有onInterceptTouchEvent方法，所以只要事件来到view这里就一定会走onTouchEvent方法，并且默认都是返回true的，除非这个view是不可点击的。

PS:所谓不可点击就是clickable和longClickable同时为fale。
Button的clickable就是true，但是textview是false。

enable是否影响view的onTouchEvent返回值？
不影响
只要clickable和longClickable有一个为真，那么onTouchEvent就返回true

requestDisallowInterceptTouchEvent 的作用？
可以在子元素中干扰父元素的事件分发
但是down事件干扰不了。

onTouchEvent和GestureDetector在什么时候用哪个比较好？
只有滑动需求的时候就用onTouchEvent
如果有双击、抛掷等行为的时候就用GestureDetector

滑动冲突问题如何解决？
要解决滑动冲突，其实主要的就是一个核心思想：你到底想让哪个 view 来响应你的滑动？

比如，从上到下滑，是哪个view来处理这个事件，从左到右呢？

业务需求想明白以后，解决的方法就是2个：外部拦截(父亲拦截)和内部拦截，基本上所有的滑动冲突都是这2种的变种，而且核心代码思想都一样。

  • 外部拦截法：思路就是重写父容器的onInterceptTouchEvent方法，子元素一般不需要做额外的处理。我们通常是对父View的onInterceptTouchEvent接收到的Move事件做一个过滤，当Move事件满足适当条件时(如持续若干时间或移动若干距离)会拦截掉，并返回子View一个Action_Cancel事件。这种方式比较简单且很容易让人理解。
  • 内部拦截法：思路就是父容器不管，在子View中调用getParent().requestDisallowInterceptTouchEvent(true)，作用是告诉父view，这个触摸事件由我来处理，不要阻碍我。

2017-10-14

猜你喜欢

转载自www.cnblogs.com/baiqiantao/p/10176672.html
今日推荐
中国码农的“35岁魔咒”
蘭雅 CorelDRAW 插件 2024.5.1 国际劳动节版，免费下载
Arc Browser for Windows 1.0 正式 GA
90后程序员开发视频搬运软件、不到一年获利超 700 万，结局很刑！
《美国对全球网络空间安全与发展的威胁和破坏》报告发布
周排行
[编程题]学英语
[codeforces 1288A] Deadline 约数+模
Python的web开发
Docker在Centos 7上的部署
python编码
解决Ubuntu16.04 fatal error: json/json.h: No such file or directory
mysql并发插入
rest接口如何适应jsonp的方案
linux 终端上网设置
高数——等号两边同时求导、积分的解释
每日归档
更多
2024-05-04(7)
2024-05-03(19)
2024-05-02(0)
2024-05-01(4)
2024-04-30(1)
2024-04-29(40)
2024-04-28(0)
2024-04-27(56)
2024-04-26(39)
2024-04-25(22)

代码天地 © 2018 codetd.com

境外服务器   最新电视剧2022