事件分发机制再探秘

最新推荐文章于 2024-05-16 01:43:28 发布
最新推荐文章于 2024-05-16 01:43:28 发布
阅读量221 收藏
点赞数
分类专栏： 项目实战
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/LosingCarryJie/article/details/93890967
版权

LinearLayout里面放一个Button

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:orientation="vertical"
    android:layout_height="match_parent"
    tools:context=".ButtonActivity">
    <com.view.MyLL
        android:id="@+id/ll"
        android:orientation="vertical"
        android:layout_width="match_parent"
        android:layout_height="match_parent">
        <com.view.MyButton
            android:id="@+id/b1"
             android:text="按钮"
            android:background="@color/colorAccent"
            android:layout_width="100dp"
            android:layout_height="100dp" />
    </com.view.MyLL>

</LinearLayout>

在这里插入图片描述

MyButton.java


public class MyButton extends android.support.v7.widget.AppCompatButton {
    public String getMsg() {
        return msg;
    }

    public void setMsg(String msg) {
        this.msg = msg;
    }

    private String msg = "";
    public MyButton(Context context) {
        super(context);
    }

    public MyButton(Context context, AttributeSet attrs) {
        super(context, attrs);
    }

    public MyButton(Context context, AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
    }

    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        Log.i(T.TAG, "MyButton dispatchTouchEvent: "+msg+ Utils.getAction(ev));
        return super.dispatchTouchEvent(ev);
    }


    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.i(T.TAG, "MyButton onTouchEvent: "+msg+ Utils.getAction(event));
        return super.onTouchEvent(event);
    }


}

MyLL.java

public class MyLL extends LinearLayout {
    public MyLL(Context context) {
        super(context);
    }

    public MyLL(Context context,  AttributeSet attrs) {
        super(context, attrs);
    }

    public MyLL(Context context,  AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
    }

    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        Log.i(T.TAG, "MyLL dispatchTouchEvent: "+ Utils.getAction(ev));
        return super.dispatchTouchEvent(ev);
    }

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        Log.i(T.TAG, "MyLL onInterceptTouchEvent: "+ Utils.getAction(ev));
        return super.onInterceptTouchEvent(ev);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.i(T.TAG, "MyLL onTouchEvent: "+ Utils.getAction(event));
        return super.onTouchEvent(event);
    }
}

1 手指点击MyLL中的白色区域再松开，回调日志是什么？

 I/liangchaojie: MyLL dispatchTouchEvent: MotionEvent.ACTION_DOWN
 I/liangchaojie: MyLL onInterceptTouchEvent: MotionEvent.ACTION_DOWN
 I/liangchaojie: MyLL onTouchEvent: MotionEvent.ACTION_DOWN

你以为是我截取的时候少日志了？是不是还在疑惑不应该还有一个ACTION_UP事件么？

其实并没有ACTION_UP事件！

ACTION_DOWN这个事件是事件分发的源头，ACTION_DOWN这个事件最终被谁消费，那么后续的事件正常情况下也会交给谁处理，直到处理完最后一次ACTION_UP事件

回过头来看看日志，我们可以猜测是这样的原因：

MyLL在接受ACTION_DOWN事件之后发现自己无法消费该事件，告知父布局自己无法消费，父布局得知以后不再把ACTION_MOVE ACTION_UP等事件交给MyLL去做而是自己处理

这样的猜想合理不合理呢？我们看下源码吧super.onTouchEvent(event)调用的是View的onTouchEvent(event)

View源码onTouchEvent：

源码1.0
 public boolean onTouchEvent(MotionEvent event) {
     //....
      if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) {
          //...
          return true;
      }
      return false;
 }

默认情况下，我们的MyLL回调最后结果是返回false，即不消费此事件那么父布局将不再把后续的触摸事件分发给MyLL

1.1如果我们这个时候将xml文件增加一句话 android:clickable=“true”
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:orientation="vertical"
    android:layout_height="match_parent"
    tools:context=".ButtonActivity">
    <com.view.MyLL
        android:id="@+id/ll"
        android:clickable="true"  //加这段代码
        android:orientation="vertical"
        android:layout_width="match_parent"
        android:layout_height="match_parent">
        <com.view.MyButton
            android:id="@+id/b1"
            android:text="按钮"
            android:background="@color/colorAccent"
            android:layout_width="100dp"
            android:layout_height="100dp" />
    </com.view.MyLL>

</LinearLayout>

再看下点击的结果

2019-06-27 11:42:20.062 3620-3620/com.justtest I/liangchaojie: MyLL dispatchTouchEvent: MotionEvent.ACTION_DOWN
2019-06-27 11:42:20.062 3620-3620/com.justtest I/liangchaojie: MyLL onInterceptTouchEvent: MotionEvent.ACTION_DOWN
2019-06-27 11:42:20.062 3620-3620/com.justtest I/liangchaojie: MyLL onTouchEvent: MotionEvent.ACTION_DOWN
2019-06-27 11:42:20.108 3620-3620/com.justtest I/liangchaojie: MyLL dispatchTouchEvent: MotionEvent.ACTION_UP
2019-06-27 11:42:20.108 3620-3620/com.justtest I/liangchaojie: MyLL onTouchEvent: MotionEvent.ACTION_UP

这样就没问题了，确实可以看到完整的事件分发了

1.2 如果我们给MyLL设置监听setOnClickListener
myLL.setOnClickListener(new View.OnClickListener() {
    @Override
    public void onClick(View v) {
        Log.i(T.TAG, "onClick: myLL");
    }
});

2019-06-27 11:48:51.114 3923-3923/com.justtest I/liangchaojie: MyLL dispatchTouchEvent: MotionEvent.ACTION_DOWN
2019-06-27 11:48:51.114 3923-3923/com.justtest I/liangchaojie: MyLL onInterceptTouchEvent: MotionEvent.ACTION_DOWN
2019-06-27 11:48:51.114 3923-3923/com.justtest I/liangchaojie: MyLL onTouchEvent: MotionEvent.ACTION_DOWN
2019-06-27 11:48:51.170 3923-3923/com.justtest I/liangchaojie: MyLL dispatchTouchEvent: MotionEvent.ACTION_UP
2019-06-27 11:48:51.170 3923-3923/com.justtest I/liangchaojie: MyLL onTouchEvent: MotionEvent.ACTION_UP
2019-06-27 11:48:51.174 3923-3923/com.justtest I/liangchaojie: onClick: myLL

发现也可以正常的进行事件分发了？为什么？为啥设置了监听就可以走事件分发了呢？

public void setOnClickListener(@Nullable OnClickListener l) {
    if (!isClickable()) {
        setClickable(true);
    }
    getListenerInfo().mOnClickListener = l;
}

我不管你之前是不是clickable，只要你设置了监听我就让你可以点击,也就是说这里其实还是用1.1的这种方法

如果你足够细心的话你会发现ACTION_DOWN事件走了三个回调方法dispatchTouchEvent，onInterceptTouchEvent和onTouchEvent可是ACTION_UP只走了dispatchTouchEvent和onTouchEvent，你想问onInterceptTouchEvent去哪里了呢？

我在之前的博客里面提到过这个问题，如果一个DOWN事件被一个ViewGroup消费了，那么后续事件就不再执行onInterceptTouchEvent方法询问是否拦截了，因为他之前已经知道了自己要干而不是交给子view去干，这样想起来也合理

2 手指点击MyButton区域再松开，回调日志是什么？

2019-06-27 12:57:09.200 3923-3923/com.justtest I/liangchaojie: MyLL dispatchTouchEvent: MotionEvent.ACTION_DOWN
2019-06-27 12:57:09.200 3923-3923/com.justtest I/liangchaojie: MyLL onInterceptTouchEvent: MotionEvent.ACTION_DOWN
2019-06-27 12:57:09.200 3923-3923/com.justtest I/liangchaojie: MyButton dispatchTouchEvent: MotionEvent.ACTION_DOWN
2019-06-27 12:57:09.200 3923-3923/com.justtest I/liangchaojie: MyButton onTouchEvent: MotionEvent.ACTION_DOWN
2019-06-27 12:57:09.267 3923-3923/com.justtest I/liangchaojie: MyLL dispatchTouchEvent: MotionEvent.ACTION_UP
2019-06-27 12:57:09.267 3923-3923/com.justtest I/liangchaojie: MyLL onInterceptTouchEvent: MotionEvent.ACTION_UP
2019-06-27 12:57:09.267 3923-3923/com.justtest I/liangchaojie: MyButton dispatchTouchEvent: MotionEvent.ACTION_UP
2019-06-27 12:57:09.267 3923-3923/com.justtest I/liangchaojie: MyButton onTouchEvent: MotionEvent.ACTION_UP

这个就是最正常的逻辑，也是基本上大部分事件分发的回调情况

3 手指点击MyButton红色区域不松手慢慢移动到白色MyLL区域再松手，回调日志是什么？

2019-06-27 13:17:41.783 3923-3923/com.justtest I/liangchaojie: MyLL dispatchTouchEvent: MotionEvent.ACTION_DOWN
2019-06-27 13:17:41.783 3923-3923/com.justtest I/liangchaojie: MyLL onInterceptTouchEvent: MotionEvent.ACTION_DOWN
2019-06-27 13:17:41.783 3923-3923/com.justtest I/liangchaojie: MyButton dispatchTouchEvent: MotionEvent.ACTION_DOWN
2019-06-27 13:17:41.783 3923-3923/com.justtest I/liangchaojie: MyButton onTouchEvent: MotionEvent.ACTION_DOWN
2019-06-27 13:17:42.077 3923-3923/com.justtest I/liangchaojie: MyLL dispatchTouchEvent: MotionEvent.ACTION_MOVE
2019-06-27 13:17:42.077 3923-3923/com.justtest I/liangchaojie: MyLL onInterceptTouchEvent: MotionEvent.ACTION_MOVE
2019-06-27 13:17:42.077 3923-3923/com.justtest I/liangchaojie: MyButton dispatchTouchEvent: MotionEvent.ACTION_MOVE
2019-06-27 13:17:42.077 3923-3923/com.justtest I/liangchaojie: MyButton onTouchEvent: MotionEvent.ACTION_MOVE
2019-06-27 13:17:42.089 3923-3923/com.justtest I/liangchaojie: MyLL dispatchTouchEvent: MotionEvent.ACTION_MOVE
2019-06-27 13:17:42.090 3923-3923/com.justtest I/liangchaojie: MyLL onInterceptTouchEvent: MotionEvent.ACTION_MOVE
....这里省略太多重复的ACTION_MOVE.......
2019-06-27 13:17:42.518 3923-3923/com.justtest I/liangchaojie: MyButton dispatchTouchEvent: MotionEvent.ACTION_MOVE
2019-06-27 13:17:42.518 3923-3923/com.justtest I/liangchaojie: MyButton onTouchEvent: MotionEvent.ACTION_MOVE
2019-06-27 13:17:42.527 3923-3923/com.justtest I/liangchaojie: MyLL dispatchTouchEvent: MotionEvent.ACTION_MOVE
2019-06-27 13:17:42.527 3923-3923/com.justtest I/liangchaojie: MyLL onInterceptTouchEvent: MotionEvent.ACTION_MOVE
2019-06-27 13:17:42.528 3923-3923/com.justtest I/liangchaojie: MyButton dispatchTouchEvent: MotionEvent.ACTION_MOVE
2019-06-27 13:17:42.528 3923-3923/com.justtest I/liangchaojie: MyButton onTouchEvent: MotionEvent.ACTION_MOVE
2019-06-27 13:17:42.530 3923-3923/com.justtest I/liangchaojie: MyLL dispatchTouchEvent: MotionEvent.ACTION_UP
2019-06-27 13:17:42.530 3923-3923/com.justtest I/liangchaojie: MyLL onInterceptTouchEvent: MotionEvent.ACTION_UP
2019-06-27 13:17:42.530 3923-3923/com.justtest I/liangchaojie: MyButton dispatchTouchEvent: MotionEvent.ACTION_UP
2019-06-27 13:17:42.530 3923-3923/com.justtest I/liangchaojie: MyButton onTouchEvent: MotionEvent.ACTION_UP

这里就产生有一个问题了，我手都离开了MyButton但是为什么MyButton还在回调触摸事件呢？

#####做android三年了，如果不做这个实验，我还会认为手指离开MyButton，MyButton就不会回调分发事件

我们再回顾上面问题1的结论

ACTION_DOWN这个事件是事件分发的源头，ACTION_DOWN这个事件最终被谁消费，那么后续的事件正常情况下也会交给谁处理，直到处理完最后一次ACTION_UP事件

我们触摸MyButton的时候ACTION_DOWN事件最终是交给MyButton处理的，所以只要没有ACTION_UP事件那么后续的事件都是交给MyButton处理，所以才会看到上面日志的情况，第二次看到这个理论是不是加深了对其的理解呢？

#####3.1那我们现在再考虑一个问题:

在这里插入图片描述
手指从Button1点击然后不松手慢慢移动到Button2再松手，这个时候会走谁的onClickListener事件？还是都不走或者都走？

首先Button2是不会走的，因为他压根就没有接收到触摸事件，因为Button2没有ACTION_DOWN事件传入，并没有对其分发触摸事件，在ACTION_MOVE的过程中他的角色只是LinearLayout的一部分而已。

那么Button1走了吗？这个是很多人困惑的问题。

你可能会说：不走，因为Button1没有接收到ACTION_UP事件，只有接收了ACTION_UP事件,走一个完整的事件分发流程才可以执行onClickListener回调。

Button1没有接收到ACTION_UP事件吗？其实不是！他接收到了，我们看到问题3的日志就知道，即使不在button区域但是也可以收到回调事件，因为ACTION_DOWN是button消费的，只要事件没有结束那么就继续交给其处理，所以手指离开Button1之后，不管你是否move回到button1，其实button1都是可以接收到ACTION_DOWN ACTION_UP事件的。

你也可能会说：走，因为在button1上进行了一个完整的ACTION_DOWN和ACTION_UP操作，是可以满足条件的

那么真相是如何呢？

....之前的太多就不展示了
2019-06-27 16:49:05.588 8161-8161/com.justtest I/liangchaojie: onTouch: mButton
2019-06-27 16:49:05.588 8161-8161/com.justtest I/liangchaojie: MyButton onTouchEvent: MotionEvent.ACTION_MOVE
2019-06-27 16:49:05.591 8161-8161/com.justtest I/liangchaojie: MyLL dispatchTouchEvent: MotionEvent.ACTION_UP
2019-06-27 16:49:05.591 8161-8161/com.justtest I/liangchaojie: MyLL onInterceptTouchEvent: MotionEvent.ACTION_UP
2019-06-27 16:49:05.591 8161-8161/com.justtest I/liangchaojie: MyButton dispatchTouchEvent: MotionEvent.ACTION_UP
2019-06-27 16:49:05.591 8161-8161/com.justtest I/liangchaojie: onTouch: mButton
2019-06-27 16:49:05.591 8161-8161/com.justtest I/liangchaojie: MyButton onTouchEvent: MotionEvent.ACTION_UP

#####Android手机的话Button1不走，你要是换成ios手机是走的，毕竟系统不一样

为什么不走呢？确实是把完整的事件流走了一遍呢！我们这个时候再看看View的onTouchEvent源码

###源码1.1

if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) {
    switch (action) {
        case MotionEvent.ACTION_UP:
            //注意mIgnoreNextUpEvent这个字段
            if (!mHasPerformedLongPress && !mIgnoreNextUpEvent) {
                           
                            removeLongPressCallback();
                          if (!focusTaken) {
                                
                                if (mPerformClick == null) {
                                    mPerformClick = new PerformClick();
                                }
                                //这段代码就是我们进行onClick操作的代码
                                if (!post(mPerformClick)) {
                                    performClickInternal();
                                }
                            }
                        }
              }
              mIgnoreNextUpEvent = false;
              break;
      //.........................

mIgnoreNextUpEvent这个字段是这个问题的核心，这个字段表示是否应该忽略下一次ACTION_UP事件，为什么需要忽略呢？

首先这个字段默认值是false

private boolean mIgnoreNextUpEvent;

当mIngoreNextUpEvent=true的时候我们将不进行onClick操作

当mIngoreNextUpEvent=false的时候进行onClick操作

那我们看下什么时候mIngoreNextUpEvent=true呢？

 case MotionEvent.ACTION_BUTTON_PRESS:
                if (isContextClickable() && !mInContextButtonPress && !mHasPerformedLongPress
                        && (actionButton == MotionEvent.BUTTON_STYLUS_PRIMARY
                        || actionButton == MotionEvent.BUTTON_SECONDARY)) {
                    if (performContextClick(event.getX(), event.getY())) {
                        mInContextButtonPress = true;
                        setPressed(true, event.getX(), event.getY());
                        removeTapCallback();
                        removeLongPressCallback();
                        return true;
                    }
                }
                break;
case MotionEvent.ACTION_BUTTON_RELEASE:
    if (mInContextButtonPress && (actionButton == MotionEvent.BUTTON_STYLUS_PRIMARY
            || actionButton == MotionEvent.BUTTON_SECONDARY)) {
        mInContextButtonPress = false;
        mIgnoreNextUpEvent = true; //整段代码仅此一处设置为了true
    }
    break;

ACTION_BUTTON_PRESS???我们知道isPressed()代表了按钮是否被按压，难道是系统判断了button没有被按压直接mIgnoreNextUpEvent设置成了true?

没错，打了日志你会发现，当你手指按压和不按压的时候isPressed()返回不同的值

//第一个默认是false
2019-06-27 17:06:52.563 11293-11293/com.justtest I/liangchaojie: MyLL isPressed: false
//按压之后显示true
2019-06-27 17:06:52.754 11293-11293/com.justtest I/liangchaojie: MyLL isPressed: true
2019-06-27 17:06:52.771 11293-11293/com.justtest I/liangchaojie: MyLL isPressed: true
2019-06-27 17:06:52.788 11293-11293/com.justtest I/liangchaojie: MyLL isPressed: true
2019-06-27 17:06:52.805 11293-11293/com.justtest I/liangchaojie: MyLL isPressed: true
2019-06-27 17:06:52.824 11293-11293/com.justtest I/liangchaojie: MyLL isPressed: true
2019-06-27 17:06:52.839 11293-11293/com.justtest I/liangchaojie: MyLL isPressed: true
2019-06-27 17:06:52.857 11293-11293/com.justtest I/liangchaojie: MyLL isPressed: true
//手指离开button  按压返回false
2019-06-27 17:06:52.874 11293-11293/com.justtest I/liangchaojie: MyLL isPressed: false
2019-06-27 17:06:52.891 11293-11293/com.justtest I/liangchaojie: MyLL isPressed: false
2019-06-27 17:06:52.908 11293-11293/com.justtest I/liangchaojie: MyLL isPressed: false
//....下面手指返回button但还是返回false
2019-06-27 17:06:52.925 11293-11293/com.justtest I/liangchaojie: MyLL isPressed: false
2019-06-27 17:06:52.942 11293-11293/com.justtest I/liangchaojie: MyLL isPressed: false

真相大白！原来是这个mIgnoreNextUpEvent和press搞的鬼，可是在哪里press无效了呢？

case MotionEvent.ACTION_MOVE:
                    if (clickable) {
                        drawableHotspotChanged(x, y);
                    }

                    //如果触摸事件超出了view之外
                    if (!pointInView(x, y, mTouchSlop)) {
                        // Outside button
                        // Remove any future long press/tap checks
                        removeTapCallback();
                        removeLongPressCallback();
                        if ((mPrivateFlags & PFLAG_PRESSED) != 0) {
                            //设置按压效果无效
                            setPressed(false);
                        }
                        mPrivateFlags3 &= ~PFLAG3_FINGER_DOWN;
                    }
                    break;

可是如果mIgnoreNextUpEvent被设置成了true是不是下次点击事件就无效了呢？？？

仔细看源码1.1

  case MotionEvent.ACTION_UP:
    //...
mIgnoreNextUpEvent = false;
break;

最后分发事件结束的时候会重置其状态，所以下次再点击是可以点击的。

至此就把View的分发又重新学习了一遍，感谢阅读到这里，欢迎提出宝贵意见和建议！

Gerry_Liang
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
事件分发机制
weixin_46987432的博客
08-15 533
事件分发
DOM事件探秘篇
01-19
1.事件流 时间流— 描述的是从页面中接受事件的顺序。 （1）事件冒泡流。 事件最开始由最具体的元素（文档中嵌套层次最深的那个节点）接收，然后逐级向上传播至最不具体的那个节点（文档）。 （2）事件捕获流。 不太...
事件分发机制全解析
weixin_33985507的博客
05-23 253
目录介绍 1.事件分发流程图（究极重点） 2.在遍历子View时如何从内层的子View开始遍历？ 3.滑动冲突有哪些场景？滑动冲突处理原则是什么？ 4.ACTION_POINTER_DOWN ，event.getX(int index)什么时候发生？ 5.View的滑动方式有哪些？ 6.ScrollView里面有一个button，然后按住button向上滑，讲述事件传递过程？ 7.按住一个but...
2024年安卓最全全面解析Android事件分发机制：一篇足矣！，大龄程序员面试
最新发布
2401_84561461的博客
05-16 870
当一个点击事件发生时，从Activity的事件分发开始（方法总结那么，ViewGroup的什么时候返回truefalse？请继续往下看ViewGroup事件的分发机制2.2 ViewGroup事件的分发机制从上面Activity事件分发机制可知，ViewGroup事件分发机制从开始Android事件分发总是先传递到ViewGroup、再传递到View过程：当点击了某个控件时核心方法总结每当控件被点击时：onTouch（）的执行 先于onClick（）核心方法总结。
Android事件分发机制【最新、最全、最易懂、由浅入深】
丨康有为丨的博客
03-18 3544
Android事件分发流程 = Activity -> ViewGroup -> View即：1个点击事件发生后，事件先传到Activity、再传到ViewGroup、最终再传到ViewActivity对点击事件的分发机制ViewGroup对点击事件的分发机制View对点击事件的分发机制Activity事件分发机制、ViewGroup事件分发机制、View事件分发机制当一个点击事件发生时，从Activity的事件分发开始（），流程总结如下：三者介绍。
Android的事件分发机制以及滑动冲突的解决
我的专栏
02-29 786
用一段伪代码来阐述上述三个方法的关系和点击事件传递规则 // 点击事件产生后，会直接调用dispatchTouchEvent分发方法 public boolean dispatchTouchEvent(MotionEvent ev) { //代表是否消耗事件 boolean consume = false; if (onInterceptTouchEvent(ev))...
Android事件分发机制详解：史上最全面、最易懂
w1142203475的博客
04-23 1万+
点击事件由哪个对象发出，经过哪些对象，最终达到哪个对象并最终得到处理。这里的对象是指Activity、ViewGroup、View事件分发过程由dispatchTouchEvent() 、onInterceptTouchEvent()和onTouchEvent()三个方法协助完成经过上述3个问题，相信大家已经对Android的事件分发有了感性的认知，接下来，我将详细介绍Android事件分发机制。
详解Spring Cloud Zuul重试机制探秘
08-28
Spring Cloud Zuul重试机制探秘 Spring Cloud Zuul 是一个基于 Netflix Zuul 的路由器和服务器端负载均衡器，它提供了动态路由、监控、弹性扩展、安全等功能。 Zuul 的重试机制是指在请求失败的情况下， Zuul 会...
探秘C++机制的实现
12-22
高中搞NOIP并不允许使用STL库，比赛中C++面向对象的机制基本没有什么用武之地，所以高中搞NOIP名为用C++，其实是c加上了cout和cin。 　前几天看韩老师的《老码识途》，里面记录了一些C++面向对象机制的探索，又勾...
探秘TensorFlow 和 NumPy 的 Broadcasting 机制
12-20
在深度学习和数值计算中，TensorFlow 和 NumPy 都是不可或缺的工具，它们支持的广播（Broadcasting）机制使得不同形状的数组间能够进行运算，极大地提高了代码的灵活性和效率。广播是一种自动扩展较小数组以匹配较大...
（原创）Android事件分发机制详解
Android_xiong_st的博客
03-25 4189
之前有些过一篇简单的博客 解决滑动冲突问题 今天对冲突背后的事件分发机制，做一个详细的介绍 下面开始！ Android的事件分发机制相关的类： dispatchTouchEvent()、onInterceptTouchEvent()、onTouchEvent() 分别用于事件分发、事件拦截和事件处理 一、事件分发的执行顺序流程图（默认情况下，不考虑事件拦截和处理） 如上图，事件的分发顺序由1开始依次分发到8。 事件分发的规则，隧道式下发。 在ViewGroup中如果有N..
带你深入了解Android的事件分发机制
Dakaring的专栏
05-25 2302
事件拦截（Event Intercept）：事件拦截是指在事件分发过程中，某个ViewGroup可以拦截事件的传递，阻止它传递给子View。Android的事件分发机制是指在Android系统中，如何将用户的触摸事件、按键事件等传递给正确的View进行处理的一套机制。值得注意的是，在编写代码时，需要仔细理解每个方法的作用和调用时机，确保事件的正确传递和处理，避免潜在的问题和冲突。通过重写以上方法，你可以根据自己的需求来实现事件的分发和处理逻辑，例如拦截特定的手势，定制化事件的响应等。
图解Android事件分发机制，收藏这一篇就够了，附详细答案解析
m0_54816834的博客
03-22 979
看下图中只要return true事件就没再继续传下去了，。看上图深蓝色的线，对于返回false的情况，事件都是传给父控件onTouchEvent处理。所以如果看到方法return super.xxxxx() 那么事件的下一个流向就是走U型下一个目标，稍微记住上面这张图，你就能很快判断出下一个走向是哪个控件的哪个函数。
Android的事件分发机制（跟随源码一步一步解析）
qq_39431405的博客
11-03 1420
一 事件的产生与起始 我们在点击手机的时候，屏幕下的电容传感器就会把坐标通过模数转换成具体的数字，然后通过android的linux层里面的JNI进行封装，最终把这么具体的坐标值和动作封装到PhoneWindowService里的一个队列，然后依次在这个队列取出event，分发给Activity的dispathTounchEvent这个方法。我们做android开发的只需要了解事件分发从Actiivty开始就行了，前面的比较底层就不深入研究了。 二 事件调用的方法 我们都知道，事件分发的难点其实就是搞懂事件
Android开发——事件分发机制详解
热门推荐
关于Android开发的一些技术点总结 ╮(￣▽￣”)╭
09-17 1万+
0. 前言 深入学习事件分发机制，是为了解决在Android开发中遇到的滑动冲突问题做准备。事件分发机制描述了用户的手势一系列事件是如何被Android系统传递并消费的。首先对事件分发机制进行概述：如果当一个点击事件发生时，事件最先传递给当前Activity，再传递给Window，接着传递给顶级View，最后按照事件分发机制去分发事件。事件的传递过程可以用以下伪代码进行描述：...
Android事件分发机制收藏这一篇就够了，Android高级工程师面试实战
2401_84910214的博客
05-10 845
感觉周围的人都在危机，甚至包括一些财富、地位都已经很高的人，仍然逃不过焦虑。似乎焦虑就是自然而然的，伴随着每个人的成长。焦虑多了，就开始危机了。一些感想：我想在这里写一些感想，可能对各年龄段的朋友都有一些帮助。其实很多人真到这个年龄，见识和能力都已经很厉害了，我帮忙总结一下。前段时间有好朋友和我说，感觉随着年龄增长，会有焦虑。因为年龄越大，会发现技能上面并没有比年轻人高太多，体力和精力可能还要差一些。这样的问题迟早大家都会遇到，无论是在职场中工作了很久，还是刚入职场，有些事实，业务应该早一些了解。
（一文弄懂！！超详细！！）安卓事件分发机制
Moonsev的博客
01-29 1801
Android 的事件分发流程是一个从顶至底的层级传递过程，涉及 Activity、ViewGroup 和 View。这个流程确保了触摸事件（如屏幕触摸操作）能够被正确地处理和响应。这个流程确保了 Android 应用可以灵活处理用户的触摸输入，同时也提供了多个层级对事件进行截获和响应的能力。接下来我们将分别对以及逐一进行详细讲解。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值