hzw19920329

android-----事件分发机制测试系列(二)

上一篇博客我介绍了在学习事件分发机制过程中遇到的一个问题，接下来的几篇博客将通过小Demo来测试下事件分发机制，进而能更好的理解源码，至于源码的分析，网上有很多帖子了，大家可以自行查看啦！

注意本篇博客是默认在你理解了ViewGroup和View事件分发源码的基础上讲解的，请先了解源码之后再来照着里面的测试进行理解！！

点击下载测试代码！！！！！

下面的所有测试代码都是在上面链接代码的基础上修改的，好了，我们开始吧！

我们采用的布局文件：

<com.hzw.eventtest.MyRelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent" >
    <com.hzw.eventtest.MyLinearLayout
         android:layout_width="match_parent"
         android:layout_height="match_parent">
         <com.hzw.eventtest.MyButton
        	android:id="@+id/mybutton"
        	android:layout_width="wrap_content"
        	android:layout_height="wrap_content"
        	android:text="我的按钮" />
    </com.hzw.eventtest.MyLinearLayout>
</com.hzw.eventtest.MyRelativeLayout>

也即布局文件图是酱紫的：

测试1：(默认处理方式)

也就是我们不对整个分发过程进行任何人为干预处理，不对上面的测试代码进行修改；

点击MyButton按钮之后查看Logcat输出：

06-28 21:26:54.537: I/System.out(941): MainActivity--->dispatchTouchEvent--->ACTION_DOWN
06-28 21:26:54.537: I/System.out(941): MyRelativeLayout--->dispatchTouchEvent--->ACTION_DOWN
06-28 21:26:54.537: I/System.out(941): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_DOWN
06-28 21:26:54.537: I/System.out(941): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_DOWN--->false
06-28 21:26:54.537: I/System.out(941): MyLinearLayout--->dispatchTouchEvent--->ACTION_DOWN
06-28 21:26:54.537: I/System.out(941): MyLinearLayout--->onInterceptTouchEvent--->ACTION_DOWN
06-28 21:26:54.547: I/System.out(941): MyLinearLayout--->onInterceptTouchEvent--->ACTION_DOWN--->false
06-28 21:26:54.547: I/System.out(941): MyButton--->dispatchTouchEvent--->ACTION_DOWN
06-28 21:26:54.547: I/System.out(941): MyButton--->onTouchEvent--->ACTION_DOWN
06-28 21:26:54.567: I/System.out(941): MyButton--->onTouchEvent--->ACTION_DOWN--->true
06-28 21:26:54.567: I/System.out(941): MyButton--->dispatchTouchEvent--->ACTION_DOWN--->true
06-28 21:26:54.577: I/System.out(941): MyLinearLayout--->dispatchTouchEvent--->ACTION_DOWN--->true
06-28 21:26:54.577: I/System.out(941): MyRelativeLayout--->dispatchTouchEvent--->ACTION_DOWN--->true
06-28 21:26:54.577: I/System.out(941): MainActivity--->dispatchTouchEvent--->ACTION_DOWN--->true
06-28 21:26:54.577: I/System.out(941): MainActivity--->dispatchTouchEvent--->ACTION_MOVE
06-28 21:26:54.577: I/System.out(941): MyRelativeLayout--->dispatchTouchEvent--->ACTION_MOVE
06-28 21:26:54.577: I/System.out(941): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_MOVE
06-28 21:26:54.588: I/System.out(941): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_MOVE--->false
06-28 21:26:54.588: I/System.out(941): MyLinearLayout--->dispatchTouchEvent--->ACTION_MOVE
06-28 21:26:54.588: I/System.out(941): MyLinearLayout--->onInterceptTouchEvent--->ACTION_MOVE
06-28 21:26:54.588: I/System.out(941): MyLinearLayout--->onInterceptTouchEvent--->ACTION_MOVE--->false
06-28 21:26:54.588: I/System.out(941): MyButton--->dispatchTouchEvent--->ACTION_MOVE
06-28 21:26:54.598: I/System.out(941): MyButton--->onTouchEvent--->ACTION_MOVE
06-28 21:26:54.598: I/System.out(941): MyButton--->onTouchEvent--->ACTION_MOVE--->true
06-28 21:26:54.598: I/System.out(941): MyButton--->dispatchTouchEvent--->ACTION_MOVE--->true
06-28 21:26:54.598: I/System.out(941): MyLinearLayout--->dispatchTouchEvent--->ACTION_MOVE--->true
06-28 21:26:54.598: I/System.out(941): MyRelativeLayout--->dispatchTouchEvent--->ACTION_MOVE--->true
06-28 21:26:54.598: I/System.out(941): MainActivity--->dispatchTouchEvent--->ACTION_MOVE--->true
06-28 21:26:54.639: I/System.out(941): MainActivity--->dispatchTouchEvent--->ACTION_MOVE
06-28 21:26:54.639: I/System.out(941): MyRelativeLayout--->dispatchTouchEvent--->ACTION_MOVE
06-28 21:26:54.657: I/System.out(941): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_MOVE
06-28 21:26:54.657: I/System.out(941): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_MOVE--->false
06-28 21:26:54.668: I/System.out(941): MyLinearLayout--->dispatchTouchEvent--->ACTION_MOVE
06-28 21:26:54.668: I/System.out(941): MyLinearLayout--->onInterceptTouchEvent--->ACTION_MOVE
06-28 21:26:54.668: I/System.out(941): MyLinearLayout--->onInterceptTouchEvent--->ACTION_MOVE--->false
06-28 21:26:54.668: I/System.out(941): MyButton--->dispatchTouchEvent--->ACTION_MOVE
06-28 21:26:54.668: I/System.out(941): MyButton--->onTouchEvent--->ACTION_MOVE
06-28 21:26:54.668: I/System.out(941): MyButton--->onTouchEvent--->ACTION_MOVE--->true
06-28 21:26:54.668: I/System.out(941): MyButton--->dispatchTouchEvent--->ACTION_MOVE--->true
06-28 21:26:54.668: I/System.out(941): MyLinearLayout--->dispatchTouchEvent--->ACTION_MOVE--->true
06-28 21:26:54.668: I/System.out(941): MyRelativeLayout--->dispatchTouchEvent--->ACTION_MOVE--->true
06-28 21:26:54.668: I/System.out(941): MainActivity--->dispatchTouchEvent--->ACTION_MOVE--->true
06-28 21:26:54.677: I/System.out(941): MainActivity--->dispatchTouchEvent--->ACTION_UP
06-28 21:26:54.677: I/System.out(941): MyRelativeLayout--->dispatchTouchEvent--->ACTION_UP
06-28 21:26:54.677: I/System.out(941): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_UP
06-28 21:26:54.677: I/System.out(941): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_UP--->false
06-28 21:26:54.677: I/System.out(941): MyLinearLayout--->dispatchTouchEvent--->ACTION_UP
06-28 21:26:54.677: I/System.out(941): MyLinearLayout--->onInterceptTouchEvent--->ACTION_UP
06-28 21:26:54.677: I/System.out(941): MyLinearLayout--->onInterceptTouchEvent--->ACTION_UP--->false
06-28 21:26:54.677: I/System.out(941): MyButton--->dispatchTouchEvent--->ACTION_UP
06-28 21:26:54.677: I/System.out(941): MyButton--->onTouchEvent--->ACTION_UP
06-28 21:26:54.687: I/System.out(941): MyButton--->onTouchEvent--->ACTION_UP--->true
06-28 21:26:54.687: I/System.out(941): MyButton--->dispatchTouchEvent--->ACTION_UP--->true
06-28 21:26:54.687: I/System.out(941): MyLinearLayout--->dispatchTouchEvent--->ACTION_UP--->true
06-28 21:26:54.687: I/System.out(941): MyRelativeLayout--->dispatchTouchEvent--->ACTION_UP--->true
06-28 21:26:54.687: I/System.out(941): MainActivity--->dispatchTouchEvent--->ACTION_UP--->true

       先来看看DOWN事件：
        分发首先从MainActivity开始，执行他的dispatchTouchEvent方法，这个方法最终会通过DecorView里面的superDispatchTouchEvent来调用ViewGroup的dispatchTouchEvent方法，而这个方法呢就开始整个View树的分发过程了，首先分发到MyRelativeLayout上面，调用它的dispatchTouchEvent方法，接着调用它的onInterceptTouchEvent方法来查看是否拦截DOWN事件，这里是默认情况，所以返回false不拦截，接着继续分发到MyLinearLayout上面，调用它的dispatchTouchEvent，因为MyLinearLayout也是ViewGroup，所以会调用它的onInterceptTouchEvent来进行判断是否拦截的判断，这里仍然默认，所以返回false，接着事件分发到了MyButton上面，他是一个View所以没有onInterceptEvent事件拦截方法，因为我们没有为他设置Touch事件监听器，所以直接执行他的onTouchEvent方法，这个方法的默认返回值是true，因而DOWN事件在MyButton中被消费了，接下来的第11--14行输出就是递归的返回过程了，因为事件已经得到消费，所以不再会执行MyLinearLayout、MyRelativeLayout、MainActivity的onTouchEvent方法了；
        接下来的MOVE和UP事件的分发过程和DOWN事件是一致的，输出也是一样的，需要注意的是第17和20行为什么还是会执行MyRelativeLayout和MyLinearLayout的onInterceptTouchEvent方法呢？这个需要查看下ViewGroup的源码了，源码在我的上篇博客有贴出来，在ViewGroup$dispatchTouchEvent源码的第23行if语句中mFirstTouchTarget是不为null的，所以它会执行里面的第27行onInterceptTouchEvent方法，具体来说这里的mFirstTouchTarget其实就是封装有MyButton的TouchTarget对象啦！

测试2：(默认处理方式)

同样我们也不对链接中的测试代码进行任何修改；

但是这次我们点击的是除MyButton之外的空白部分，查看Logcat输出：

06-29 00:09:56.982: I/System.out(1343): MainActivity--->dispatchTouchEvent--->ACTION_DOWN
06-29 00:09:56.988: I/System.out(1343): MyRelativeLayout--->dispatchTouchEvent--->ACTION_DOWN
06-29 00:09:56.988: I/System.out(1343): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_DOWN
06-29 00:09:56.988: I/System.out(1343): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_DOWN--->false
06-29 00:09:56.997: I/System.out(1343): MyLinearLayout--->dispatchTouchEvent--->ACTION_DOWN
06-29 00:09:56.997: I/System.out(1343): MyLinearLayout--->onInterceptTouchEvent--->ACTION_DOWN
06-29 00:09:56.997: I/System.out(1343): MyLinearLayout--->onInterceptTouchEvent--->ACTION_DOWN--->false
06-29 00:09:57.007: I/System.out(1343): MyLinearLayout--->onTouchEvent--->ACTION_DOWN
06-29 00:09:57.007: I/System.out(1343): MyLinearLayout--->onTouchEvent--->ACTION_DOWN--->false
06-29 00:09:57.007: I/System.out(1343): MyLinearLayout--->dispatchTouchEvent--->ACTION_DOWN--->false
06-29 00:09:57.007: I/System.out(1343): MyRelativeLayout--->onTouchEvent--->ACTION_DOWN
06-29 00:09:57.007: I/System.out(1343): MyRelativeLayout--->onTouchEvent--->ACTION_DOWN--->false
06-29 00:09:57.018: I/System.out(1343): MyRelativeLayout--->dispatchTouchEvent--->ACTION_DOWN--->false
06-29 00:09:57.018: I/System.out(1343): MainActivity--->onTouchEvent--->ACTION_DOWN
06-29 00:09:57.018: I/System.out(1343): MainActivity--->onTouchEvent--->ACTION_DOWN--->false
06-29 00:09:57.018: I/System.out(1343): MainActivity--->dispatchTouchEvent--->ACTION_DOWN--->false
06-29 00:09:57.098: I/System.out(1343): MainActivity--->dispatchTouchEvent--->ACTION_MOVE
06-29 00:09:57.098: I/System.out(1343): MainActivity--->onTouchEvent--->ACTION_MOVE
06-29 00:09:57.098: I/System.out(1343): MainActivity--->onTouchEvent--->ACTION_MOVE--->false
06-29 00:09:57.098: I/System.out(1343): MainActivity--->dispatchTouchEvent--->ACTION_MOVE--->false
06-29 00:09:57.107: I/System.out(1343): MainActivity--->dispatchTouchEvent--->ACTION_UP
06-29 00:09:57.107: I/System.out(1343): MainActivity--->onTouchEvent--->ACTION_UP
06-29 00:09:57.107: I/System.out(1343): MainActivity--->onTouchEvent--->ACTION_UP--->false
06-29 00:09:57.107: I/System.out(1343): MainActivity--->dispatchTouchEvent--->ACTION_UP--->false

可以看到1--7行的输出和测试1是一样的，第8行开始进入的是MyLinearLayout的onTouchEvent方法，这个是什么原因呢？原因在于我们点击的区域并不包含有MyButton，那么事件就不会传递到他了，虽然我们在MyLinearLayout中没有拦截DOWN方法，但是仍然会执行他的onTouchEvent方法，查看ViewGroup$dispatchEvent源码(见上篇博客)的第71行if语句中的isTransformedTouchPointInView方法，我们这里点击的是MyButton以外的部分，那么该方法的返回值将是false满足if语句判断条件，结束本次循环，又因为MyLinearLayout之后不存在别的子View了，所以执行第111行代码进行判断查看mFirstTouchTarget的值，当事件由ViewGroup的子元素成功处理时，mFirstTouchTarget才会被赋值指向子元素，因为现在DOWN事件没有被任何View处理，那么mFirstTouchTarget的值将是null，满足第111行的if判断语句，执行112行代码，具体就会执行MyLinearLayout的onTouchEvent方法；了，因为MyLinearLayout并没有消费DOWN事件，那么他会传递给MyRelativeLayout来进行处理，所以出现了第11行的输出，调用了MyRelativeLayout的onTouchEvent方法，又因为他也没有消费DOWN事件，那么将事件传递给了MainActivity，调用他的onTouchEvent方法，所以有了第14行的输出，从第17行开始是对DOWN和UP事件的处理，可以看到此后的事件不再会传递到MainActivity的子View了，都是由MainActivity进行处理的，原因就在于仍然是查看上篇博客的ViewGroup$dispatchEvent源码，在DOWN事件处理结束之后，MOVE事件还是首先分发到MainActivity上面，执行他的dispatchTouchEvent方法，也就是ViewGroup的dispatchTouchEvent方法了，在该方法中mFirstTouchTarget是为null的，因为DOWN事件并不是由MainActivity的子View处理的，只有被MainActivity的子View处理了mFirstTouchTarget才不为null，所以也就执行的是dispatchTouchEvent源码的第112行代码了，和上面一样会执行super.dispatchTouchEvent了，也就是View的dispatchTouchEvent了，在这个方法里面会执行MainActivity的onTouchEvent方法的，所以有了MianActivity直接来处理MOVE和UP事件的情况，不再将事件分发下去；

测试3：(MyLinearLayout仅拦截DOWN事件，但是不消费该事件)

也就是我们仅仅修改MyLinearLayout$onInterceptTouchEvent方法的case条件值为DOWN语句部分，让他的result=true即可；

点击MyButton按钮之后查看Logcat输出：

06-28 23:34:51.499: I/System.out(1203): MainActivity--->dispatchTouchEvent--->ACTION_DOWN
06-28 23:34:51.499: I/System.out(1203): MyRelativeLayout--->dispatchTouchEvent--->ACTION_DOWN
06-28 23:34:51.508: I/System.out(1203): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_DOWN
06-28 23:34:51.508: I/System.out(1203): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_DOWN--->false
06-28 23:34:51.508: I/System.out(1203): MyLinearLayout--->dispatchTouchEvent--->ACTION_DOWN
06-28 23:34:51.508: I/System.out(1203): MyLinearLayout--->onInterceptTouchEvent--->ACTION_DOWN
06-28 23:34:51.508: I/System.out(1203): MyLinearLayout--->onInterceptTouchEvent--->ACTION_DOWN--->true
06-28 23:34:51.517: I/System.out(1203): MyLinearLayout--->onTouchEvent--->ACTION_DOWN
06-28 23:34:51.517: I/System.out(1203): MyLinearLayout--->onTouchEvent--->ACTION_DOWN--->false
06-28 23:34:51.517: I/System.out(1203): MyLinearLayout--->dispatchTouchEvent--->ACTION_DOWN--->false
06-28 23:34:51.517: I/System.out(1203): MyRelativeLayout--->onTouchEvent--->ACTION_DOWN
06-28 23:34:51.517: I/System.out(1203): MyRelativeLayout--->onTouchEvent--->ACTION_DOWN--->false
06-28 23:34:51.517: I/System.out(1203): MyRelativeLayout--->dispatchTouchEvent--->ACTION_DOWN--->false
06-28 23:34:51.517: I/System.out(1203): MainActivity--->onTouchEvent--->ACTION_DOWN
06-28 23:34:51.517: I/System.out(1203): MainActivity--->onTouchEvent--->ACTION_DOWN--->false
06-28 23:34:51.527: I/System.out(1203): MainActivity--->dispatchTouchEvent--->ACTION_DOWN--->false
06-28 23:34:51.669: I/System.out(1203): MainActivity--->dispatchTouchEvent--->ACTION_MOVE
06-28 23:34:51.669: I/System.out(1203): MainActivity--->onTouchEvent--->ACTION_MOVE
06-28 23:34:51.669: I/System.out(1203): MainActivity--->onTouchEvent--->ACTION_MOVE--->false
06-28 23:34:51.669: I/System.out(1203): MainActivity--->dispatchTouchEvent--->ACTION_MOVE--->false
06-28 23:34:51.677: I/System.out(1203): MainActivity--->dispatchTouchEvent--->ACTION_MOVE
06-28 23:34:51.677: I/System.out(1203): MainActivity--->onTouchEvent--->ACTION_MOVE
06-28 23:34:51.677: I/System.out(1203): MainActivity--->onTouchEvent--->ACTION_MOVE--->false
06-28 23:34:51.677: I/System.out(1203): MainActivity--->dispatchTouchEvent--->ACTION_MOVE--->false
06-28 23:34:51.748: I/System.out(1203): MainActivity--->dispatchTouchEvent--->ACTION_UP
06-28 23:34:51.748: I/System.out(1203): MainActivity--->onTouchEvent--->ACTION_UP
06-28 23:34:51.748: I/System.out(1203): MainActivity--->onTouchEvent--->ACTION_UP--->false
06-28 23:34:51.748: I/System.out(1203): MainActivity--->dispatchTouchEvent--->ACTION_UP--->false

输出中的第1--6行和测试1的结果一样，我们直接从第7行开始分析，因为我们在MyLinearLayout中拦截了DOWN事件，所以onInterceptTouchEvent方法的返回值是true，接下来就是执行MyLinearLayout的onTouchEvent方法了，因为我们在MyLinearLayout中并没有消费该事件，所以onTouchEvent方法返回false，相应的该事件将会交给MyLinearLayout的上一级MyRelativeLayout来处理了，所以第11行输出调用了MyRelativeLayout的onTouchEvent方法，同样我们没有在MyRelativeLayout中消费DOWN事件，那么onTouchEvent返回false，接下来该事件会交给MyRelativeLayout的上一级MainActivity来处理了，调用他的onTouchEvent方法，所以第14行输出调用了MainActivity的onTouchEvent方法，接下来MainActivity的disPathchTouchEvent返回false，那么到这里DOWN事件分发就结束了，MainActivity处理了DOWN事件；接下来就是MOVE事件的分发了，刚开始当然是调用MainActivity的dispatchTouchEvent了，因为DOWN事件是MainActivity处理的，所以接下来的MOVE和UP事件不会向下分发了，直接调用MainActivity的onTouchEvent进行处理啦！

测试4：(MyLinearLayout仅消费DOWN事件，但是不拦截DOWN事件)

也就是仅修改MyLinearLayout的onTouchEvent方法的case条件为DOWN的部分，将此条件下的result值修改为true；

点击MyButton查看Logcat输出：

06-29 03:05:34.841: I/System.out(1406): MainActivity--->dispatchTouchEvent--->ACTION_DOWN
06-29 03:05:34.841: I/System.out(1406): MyRelativeLayout--->dispatchTouchEvent--->ACTION_DOWN
06-29 03:05:34.841: I/System.out(1406): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_DOWN
06-29 03:05:34.848: I/System.out(1406): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_DOWN--->false
06-29 03:05:34.848: I/System.out(1406): MyLinearLayout--->dispatchTouchEvent--->ACTION_DOWN
06-29 03:05:34.848: I/System.out(1406): MyLinearLayout--->onInterceptTouchEvent--->ACTION_DOWN
06-29 03:05:34.848: I/System.out(1406): MyLinearLayout--->onInterceptTouchEvent--->ACTION_DOWN--->false
06-29 03:05:34.848: I/System.out(1406): MyButton--->dispatchTouchEvent--->ACTION_DOWN
06-29 03:05:34.858: I/System.out(1406): MyButton--->onTouchEvent--->ACTION_DOWN
06-29 03:05:34.858: I/System.out(1406): MyButton--->onTouchEvent--->ACTION_DOWN--->true
06-29 03:05:34.858: I/System.out(1406): MyButton--->dispatchTouchEvent--->ACTION_DOWN--->true
06-29 03:05:34.858: I/System.out(1406): MyLinearLayout--->dispatchTouchEvent--->ACTION_DOWN--->true
06-29 03:05:34.858: I/System.out(1406): MyRelativeLayout--->dispatchTouchEvent--->ACTION_DOWN--->true
06-29 03:05:34.858: I/System.out(1406): MainActivity--->dispatchTouchEvent--->ACTION_DOWN--->true
06-29 03:05:34.947: I/System.out(1406): MainActivity--->dispatchTouchEvent--->ACTION_MOVE
06-29 03:05:34.947: I/System.out(1406): MyRelativeLayout--->dispatchTouchEvent--->ACTION_MOVE
06-29 03:05:34.947: I/System.out(1406): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_MOVE
06-29 03:05:34.947: I/System.out(1406): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_MOVE--->false
06-29 03:05:34.947: I/System.out(1406): MyLinearLayout--->dispatchTouchEvent--->ACTION_MOVE
06-29 03:05:34.947: I/System.out(1406): MyLinearLayout--->onInterceptTouchEvent--->ACTION_MOVE
06-29 03:05:34.947: I/System.out(1406): MyLinearLayout--->onInterceptTouchEvent--->ACTION_MOVE--->false
06-29 03:05:34.947: I/System.out(1406): MyButton--->dispatchTouchEvent--->ACTION_MOVE
06-29 03:05:34.947: I/System.out(1406): MyButton--->onTouchEvent--->ACTION_MOVE
06-29 03:05:34.947: I/System.out(1406): MyButton--->onTouchEvent--->ACTION_MOVE--->true
06-29 03:05:34.947: I/System.out(1406): MyButton--->dispatchTouchEvent--->ACTION_MOVE--->true
06-29 03:05:34.957: I/System.out(1406): MyLinearLayout--->dispatchTouchEvent--->ACTION_MOVE--->true
06-29 03:05:34.957: I/System.out(1406): MyRelativeLayout--->dispatchTouchEvent--->ACTION_MOVE--->true
06-29 03:05:34.957: I/System.out(1406): MainActivity--->dispatchTouchEvent--->ACTION_MOVE--->true
06-29 03:05:34.957: I/System.out(1406): MainActivity--->dispatchTouchEvent--->ACTION_UP
06-29 03:05:34.957: I/System.out(1406): MyRelativeLayout--->dispatchTouchEvent--->ACTION_UP
06-29 03:05:34.957: I/System.out(1406): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_UP
06-29 03:05:34.957: I/System.out(1406): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_UP--->false
06-29 03:05:34.968: I/System.out(1406): MyLinearLayout--->dispatchTouchEvent--->ACTION_UP
06-29 03:05:34.968: I/System.out(1406): MyLinearLayout--->onInterceptTouchEvent--->ACTION_UP
06-29 03:05:34.968: I/System.out(1406): MyLinearLayout--->onInterceptTouchEvent--->ACTION_UP--->false
06-29 03:05:34.968: I/System.out(1406): MyButton--->dispatchTouchEvent--->ACTION_UP
06-29 03:05:34.968: I/System.out(1406): MyButton--->onTouchEvent--->ACTION_UP
06-29 03:05:34.968: I/System.out(1406): MyButton--->onTouchEvent--->ACTION_UP--->true
06-29 03:05:34.968: I/System.out(1406): MyButton--->dispatchTouchEvent--->ACTION_UP--->true
06-29 03:05:34.968: I/System.out(1406): MyLinearLayout--->dispatchTouchEvent--->ACTION_UP--->true
06-29 03:05:34.968: I/System.out(1406): MyRelativeLayout--->dispatchTouchEvent--->ACTION_UP--->true
06-29 03:05:34.968: I/System.out(1406): MainActivity--->dispatchTouchEvent--->ACTION_UP--->true

你会发现这个测试的Logcat输出和测试1的输出是一模一样的，原因在于，我们在MyLinearLayout仅仅是消费了DOWN事件，但是没有拦截他，那么该事件还是会分发到MyButton上面的，而MyButton作为View，在执行他的onTouchEvent方法的时候默认是消费DOWN事件的，也就是说DOWN事件在MyButton已经被消费了，所以11--14行只是递归的退出过程，并没有执行MyLinearLayout、MyRelativeLayout、MainActivity的任何方法的，以后的MOVE事件和UP事件处理方法和DOWN事件是一致的；

测试5：(那么我们在测试4的基础上修改MyButton的onTouchEvent方法case条件为DOWN部分，让他返回false看看会有什么情况发生吧)

也就是我们这里是在链接测试代码的基础上修改了MyLinearLayout的onTouchEvent方法的case条件为DOWN的部分，将此条件下的result值修改为true；同时修改MyButton的onTouchEvent方法case条件为DOWN部分，让他返回false；

点击MyButton查看Logcat输出：

06-29 03:24:15.534: I/System.out(1450): MainActivity--->dispatchTouchEvent--->ACTION_DOWN
06-29 03:24:15.537: I/System.out(1450): MyRelativeLayout--->dispatchTouchEvent--->ACTION_DOWN
06-29 03:24:15.537: I/System.out(1450): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_DOWN
06-29 03:24:15.537: I/System.out(1450): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_DOWN--->false
06-29 03:24:15.537: I/System.out(1450): MyLinearLayout--->dispatchTouchEvent--->ACTION_DOWN
06-29 03:24:15.547: I/System.out(1450): MyLinearLayout--->onInterceptTouchEvent--->ACTION_DOWN
06-29 03:24:15.547: I/System.out(1450): MyLinearLayout--->onInterceptTouchEvent--->ACTION_DOWN--->false
06-29 03:24:15.557: I/System.out(1450): MyButton--->dispatchTouchEvent--->ACTION_DOWN
06-29 03:24:15.557: I/System.out(1450): MyButton--->onTouchEvent--->ACTION_DOWN
06-29 03:24:15.557: I/System.out(1450): MyButton--->onTouchEvent--->ACTION_DOWN--->false
06-29 03:24:15.557: I/System.out(1450): MyButton--->dispatchTouchEvent--->ACTION_DOWN--->false
06-29 03:24:15.577: I/System.out(1450): MyLinearLayout--->onTouchEvent--->ACTION_DOWN
06-29 03:24:15.577: I/System.out(1450): MyLinearLayout--->onTouchEvent--->ACTION_DOWN--->true
06-29 03:24:15.577: I/System.out(1450): MyLinearLayout--->dispatchTouchEvent--->ACTION_DOWN--->true
06-29 03:24:15.577: I/System.out(1450): MyRelativeLayout--->dispatchTouchEvent--->ACTION_DOWN--->true
06-29 03:24:15.577: I/System.out(1450): MainActivity--->dispatchTouchEvent--->ACTION_DOWN--->true
06-29 03:24:15.650: I/System.out(1450): MainActivity--->dispatchTouchEvent--->ACTION_MOVE
06-29 03:24:15.650: I/System.out(1450): MyRelativeLayout--->dispatchTouchEvent--->ACTION_MOVE
06-29 03:24:15.650: I/System.out(1450): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_MOVE
06-29 03:24:15.657: I/System.out(1450): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_MOVE--->false
06-29 03:24:15.657: I/System.out(1450): MyLinearLayout--->dispatchTouchEvent--->ACTION_MOVE
06-29 03:24:15.657: I/System.out(1450): MyLinearLayout--->onTouchEvent--->ACTION_MOVE
06-29 03:24:15.657: I/System.out(1450): MyLinearLayout--->onTouchEvent--->ACTION_MOVE--->false
06-29 03:24:15.657: I/System.out(1450): MyLinearLayout--->dispatchTouchEvent--->ACTION_MOVE--->false
06-29 03:24:15.657: I/System.out(1450): MyRelativeLayout--->dispatchTouchEvent--->ACTION_MOVE--->false
06-29 03:24:15.657: I/System.out(1450): MainActivity--->onTouchEvent--->ACTION_MOVE
06-29 03:24:15.657: I/System.out(1450): MainActivity--->onTouchEvent--->ACTION_MOVE--->false
06-29 03:24:15.657: I/System.out(1450): MainActivity--->dispatchTouchEvent--->ACTION_MOVE--->false
06-29 03:24:15.657: I/System.out(1450): MainActivity--->dispatchTouchEvent--->ACTION_UP
06-29 03:24:15.667: I/System.out(1450): MyRelativeLayout--->dispatchTouchEvent--->ACTION_UP
06-29 03:24:15.667: I/System.out(1450): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_UP
06-29 03:24:15.667: I/System.out(1450): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_UP--->false
06-29 03:24:15.667: I/System.out(1450): MyLinearLayout--->dispatchTouchEvent--->ACTION_UP
06-29 03:24:15.667: I/System.out(1450): MyLinearLayout--->onTouchEvent--->ACTION_UP
06-29 03:24:15.667: I/System.out(1450): MyLinearLayout--->onTouchEvent--->ACTION_UP--->false
06-29 03:24:15.667: I/System.out(1450): MyLinearLayout--->dispatchTouchEvent--->ACTION_UP--->false
06-29 03:24:15.667: I/System.out(1450): MyRelativeLayout--->dispatchTouchEvent--->ACTION_UP--->false
06-29 03:24:15.667: I/System.out(1450): MainActivity--->onTouchEvent--->ACTION_UP
06-29 03:24:15.667: I/System.out(1450): MainActivity--->onTouchEvent--->ACTION_UP--->false
06-29 03:24:15.667: I/System.out(1450): MainActivity--->dispatchTouchEvent--->ACTION_UP--->false

没错，我相信这样的输出结果一定会让你大跌眼镜，1--9行和测试4的输出一致，第10行发现MyButton的onTouchEvent的返回是false，也就是他没有消费了DOWN事件，那么他会将DOWN事件传递给他的上一级也就是MyRelativeLayout了，执行他的onTouchEvent方法，因为我们在MyRelativeLayout中消费了DOWN事件，所以第13行返回了true，接下来的14--16行就是递归的退出过程了，实质上没有执行任何方法的；继续查看对于MOVE事件的输出，刚开始的17--21行的分发过程是正常过程，发现第22行直接就去执行MyLinearLayout的onTouchEvent方法了，原因在于分发到MyLinearLayout的时候，mFirstTouchTarget(当事件由ViewGroup的子元素成功处理时，mFirstTouchTarget会被赋值指向子元素，因为上面的DOWN事件是由MyLinearLayout处理的，不是他的子元素，所以mFirstTouchTarget的值是等于null的，这也就解释了为什么MyRelativeLayout会执行onInterceptTouchEvent而MyLinearLayout不会执行onInterceptTouchEvent，如果你对这里不太明白，建议你还是先去看看ViewGroup$dispatchTouchEvent源码部分mFirstTouchTarget的作用到底是什么吧)，因为我们没有在MyLinearLayout中消费MOVE事件，所以第23行onTouchEvent方法返回的是false，接下来就只好把MOVE事件传递给MainActivity来处理了，很多人在想，为什么不把时间传递给MyRelativeLayout来处理呢？原因在于在事件分发机制中有一个用来存储可以处理DOWN事件的链表，如果某个View可以处理DOWN事件的话那么会将该View加入到这个链表中，从上面的DOWN事件处理过程中发现MyLinearLayout将事件消费掉之后，MyRelativeLayout不可能有资格处理DOWN事件的，所以他不会在这个链表中，那么MOVE事件就只能给MainActivity处理了，他就像是一个母亲一样，儿子们解决不了的问题最后都无条件的交给她来处理了；随后的MOVE事件以及UP事件的处理过程就和第一次的MOVE事件处理过程一样啦！

测试6：(MyLinearLayout既拦截DOWN事件，同时也消费DOWN事件)

也就是我们修改MyLinearLayout$onInterceptTouchEvent方法的case条件值为DOWN语句部分，让他的result=true，同时修改MyLinearLayout的onTouchEvent方法的case条件为DOWN的部分，将此条件下的result值修改为true；

点击MyButton查看Logcat输出：

06-29 03:52:57.487: I/System.out(1508): MainActivity--->dispatchTouchEvent--->ACTION_DOWN
06-29 03:52:57.487: I/System.out(1508): MyRelativeLayout--->dispatchTouchEvent--->ACTION_DOWN
06-29 03:52:57.487: I/System.out(1508): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_DOWN
06-29 03:52:57.487: I/System.out(1508): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_DOWN--->false
06-29 03:52:57.497: I/System.out(1508): MyLinearLayout--->dispatchTouchEvent--->ACTION_DOWN
06-29 03:52:57.497: I/System.out(1508): MyLinearLayout--->onInterceptTouchEvent--->ACTION_DOWN
06-29 03:52:57.507: I/System.out(1508): MyLinearLayout--->onInterceptTouchEvent--->ACTION_DOWN--->true
06-29 03:52:57.507: I/System.out(1508): MyLinearLayout--->onTouchEvent--->ACTION_DOWN
06-29 03:52:57.507: I/System.out(1508): MyLinearLayout--->onTouchEvent--->ACTION_DOWN--->true
06-29 03:52:57.507: I/System.out(1508): MyLinearLayout--->dispatchTouchEvent--->ACTION_DOWN--->true
06-29 03:52:57.507: I/System.out(1508): MyRelativeLayout--->dispatchTouchEvent--->ACTION_DOWN--->true
06-29 03:52:57.507: I/System.out(1508): MainActivity--->dispatchTouchEvent--->ACTION_DOWN--->true
06-29 03:52:57.593: I/System.out(1508): MainActivity--->dispatchTouchEvent--->ACTION_MOVE
06-29 03:52:57.593: I/System.out(1508): MyRelativeLayout--->dispatchTouchEvent--->ACTION_MOVE
06-29 03:52:57.598: I/System.out(1508): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_MOVE
06-29 03:52:57.598: I/System.out(1508): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_MOVE--->false
06-29 03:52:57.598: I/System.out(1508): MyLinearLayout--->dispatchTouchEvent--->ACTION_MOVE
06-29 03:52:57.598: I/System.out(1508): MyLinearLayout--->onTouchEvent--->ACTION_MOVE
06-29 03:52:57.598: I/System.out(1508): MyLinearLayout--->onTouchEvent--->ACTION_MOVE--->false
06-29 03:52:57.598: I/System.out(1508): MyLinearLayout--->dispatchTouchEvent--->ACTION_MOVE--->false
06-29 03:52:57.598: I/System.out(1508): MyRelativeLayout--->dispatchTouchEvent--->ACTION_MOVE--->false
06-29 03:52:57.598: I/System.out(1508): MainActivity--->onTouchEvent--->ACTION_MOVE
06-29 03:52:57.598: I/System.out(1508): MainActivity--->onTouchEvent--->ACTION_MOVE--->false
06-29 03:52:57.598: I/System.out(1508): MainActivity--->dispatchTouchEvent--->ACTION_MOVE--->false
06-29 03:52:57.598: I/System.out(1508): MainActivity--->dispatchTouchEvent--->ACTION_UP
06-29 03:52:57.598: I/System.out(1508): MyRelativeLayout--->dispatchTouchEvent--->ACTION_UP
06-29 03:52:57.598: I/System.out(1508): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_UP
06-29 03:52:57.608: I/System.out(1508): MyRelativeLayout--->onInterceptTouchEvent--->ACTION_UP--->false
06-29 03:52:57.608: I/System.out(1508): MyLinearLayout--->dispatchTouchEvent--->ACTION_UP
06-29 03:52:57.608: I/System.out(1508): MyLinearLayout--->onTouchEvent--->ACTION_UP
06-29 03:52:57.608: I/System.out(1508): MyLinearLayout--->onTouchEvent--->ACTION_UP--->false
06-29 03:52:57.608: I/System.out(1508): MyLinearLayout--->dispatchTouchEvent--->ACTION_UP--->false
06-29 03:52:57.608: I/System.out(1508): MyRelativeLayout--->dispatchTouchEvent--->ACTION_UP--->false
06-29 03:52:57.608: I/System.out(1508): MainActivity--->onTouchEvent--->ACTION_UP
06-29 03:52:57.608: I/System.out(1508): MainActivity--->onTouchEvent--->ACTION_UP--->false
06-29 03:52:57.608: I/System.out(1508): MainActivity--->dispatchTouchEvent--->ACTION_UP--->false

可以看出1--6行的输出和测试1是一样的，第7行因为我们在MyLinearLayout中拦截了DOWN事件，所以执行他的onInterceptTouchEvent方法时返回的是true，接下来就是执行他自身的onTouchEvent方法了，同样我们在MyLinearLayout中消费了DOWN事件，所以第9行MyLinearLayout的onTouchEvent方法返回true，这样的话DOWN事件处理结束，10--12行是递归退出过程，第13行开始进行MOVE事件的分发，首先当然是执行MainActivity的dispatchTouchEvent方法了，接着将其分发到了MyRelativeLayout上面，执行他的dispatchTouchEvent方法，也就是执行ViewGroup的dispatchTouchEvent方法了，这个方法中的mFirstTouchTarget不为null，所以会执行MyRelativeLayout的onInterceptTouchEvent方法，因为MyRelativeLayout没有拦截MOVE事件，因而该方法返回false，那么就将事件分发到了MyLinearLayout上面了，执行他的dispatchTouchEvent方法，此时这个方法里面的mFirstTouchTarget是等于null的，原因在于前面的DOWN事件是当前View执行的，所以不会执行他的onInterceptTouchEvent方法，同样因为mFirstTouchTarget为null，接下来就会执行MyLinearLayout的onTouchEvent方法，因为我们没有在MyLinearLayout中消费MOVE事件，那么该事件会进行回传，但是之前能处理DOWN事件的View只有MyLinearLayout，而此时他又没有消费MOVE事件，那么接下来只能交给MainActivity来处理了；之后的MOVE事件以及UP事件的处理过程和第一次MOVE的过程是一致；

从上面的6个测试代码我们可以得出以下结论：

(1)如果一个View没有处理过DOWN事件，即没有通过调用该View的onTouchEvent方法来处理DOWN事件，那么他就没有权利执行随后的MOVE以及UP事件，注意这里所说的View是包括ViewGroup的，并且这里所说的处理DOWN事件意思只是处理，没有说非要消费掉DOWN事件；

(2)如果一个View(当然这里指的是ViewGroup)的DOWN事件是由当前View自己处理的，那么接下来的MOVE或者UP事件如果能够传递到当前View的话，是不再会执行当前View的onInterceptTouchEvent方法的，直接会去执行他的onTouchEvent方法的；

你可能感兴趣的:(android,事件分发机制,事件分发实例,事件分发源码测试)

打包ios一定要上架吗，生成证书的方法上架ipa APP H5开发移动开发 ipa安装 ios打包
打包ios应用，比如在hbuilderx里打包，ios的应用不一定要上架，假如只是企业内部测试，可以申请苹果企业开发者账号，生成inhouse类型的证书打包即可。假如是互联网使用，苹果是要求上架的的，即注册个人和公司类型（公司类型不同于企业类型）的苹果开发者账号生成appstore证书，然后打包后上架。所以，需要打包ios应用，首先要有证书，而生成证书，首先要有苹果开发者账号。假如你还没有苹果开发
自建ipa下载服务器的方法（最简单，使用在线工具）上架ipa H5开发移动开发 APP ipa测试 ipa下载服务 ipa安装搭建ipa服务
自建ipa下载服务非常复杂，首先要拥有域名，其实要用https，然后还要写plist那些，plist的语法还非常复杂，对于普通的ios开发者来说，自建下载服务非常麻烦，也没有必要。因此，我们测试ipa文件的时候，通常使用在线工具，上传ipa就可以帮我们生成安装二维码，扫码即可安装。废话不多说了，下面教下大家怎么在线生成二维码：打开香蕉云编平台：https://www.yunedit.com/nei
像素到数据：Selenium，OpenCV，Tesseract，Python构建的智能解析系统赛卡 selenium opencv python ocr 计算机视觉
基于Selenium与OCR技术的网页信息智能提取方案一、应用场景解析在Web自动化测试和数据分析领域，经常需要处理动态渲染的网页信息，特别是当页面元素以图像形式呈现时。本文介绍的解决方案结合了浏览器自动化与图像识别技术，有效解决了以下典型场景：动态渲染的可视化数据提取反爬机制中的图像验证码识别无法通过API获取的图形化数据采集页面局部区域的实时信息监控二、技术架构设计2.1系统组成浏览器控制层：
2025年毕设ssm校园论坛设计论文+源码战少程序源码课程设计
本系统（程序+源码）带文档lw万字以上文末可获取一份本项目的java源码和数据库参考。系统程序文件列表开题报告内容选题背景关于校园论坛的设计研究，现有研究主要集中在通用论坛系统的架构设计与功能实现上，而专门针对校园环境、结合校园特色与需求的论坛设计研究相对较少。校园论坛作为校园内信息交流、知识分享和互动社交的重要平台，其设计应更加贴近校园用户的实际需求，促进师生之间的有效沟通与合作。然而，当前许多
简单易懂的javaScript：函数 sententias javascript 开发语言 ecmascript
函数实际上也是对象，每个函数都是Function类型的实例，函数名就是指向函数对象的指针。函数声明functionsum(num1,num2){returnnum1+num2;}函数表达式constsum=function(num1,num2){returnnum1+num2;};函数声明和函数表达式几乎是等价的。ES6新增，箭头函数constsum=(num1,num2)=>{returnnum
C语言浮点数实现之实例（二） EmbSW_Guru_Wx C语言实践 c语言开发语言单片机 mcu 嵌入式硬件
上一章《C语言浮点数实现（一）》给大家讲解了浮点数的由来、组成以及由于浮点数导致的世界级重大事故，以提高大家对学习浮点数积极性，了解浮点数的重要性。虽说大多数场景基本上不会在意这些细节，但是难免会遇见少数场景哈！例如：某迪的底盘团队就遇见过，如果没记错的话，该问题从发现到解决总计用时接近一周左右。可能有朋友会发出疑问，迪子的研发团队如此庞大，怎么会出现这种问题？这里就给大家解释一下，这并不完全是迪
随机2级域名引导页HTML源码酷爱码 html HTML
源码介绍随机2级域名引导页HTML源码,每次点进去都随机一个域名前缀。修改跳转域名在350行代码，源码由HTML+CSS+JS组成，记事本打开源码文件可以进行内容文字之类的修改，双击html文件可以本地运行效果预览源码免费获取随机2级域名引导页HTML源码
生怕认可java+flatmap,RxJava 操作符flatMap 与 concatMap详解木子岛力
本文独家发布到公众号：Android技术杂货铺封面图－pixabay近两年来，RxJava可以说是异常的火爆，受到众多开发者的追捧与青睐，虽然后入门的门槛较高，学习成本较大，但是还是掀起一场学习Rxjava的狂潮。为什么呢？因为RxJava的特性：轻松的线程切换、流式的API写法和强大的操作符。这使得我们做异步操作变得很简单，不用像以前一样写各种Handler来回调主线程，只需要一个操作符一行代码
FGSM对抗样本生成算法实现（pytorch版）入梦风行深度学习算法 pytorch 人工智能 python 深度学习
FGSM对抗样本生成算法一、理论部分1.1目标1.2数学公式1.3推导过程1.4直观解释1.5示例1.6总结二、代码实现2.1导包2.2数据加载和处理2.3网络构建2.4模型加载2.5生成对抗样本2.6攻击测试2.7启动攻击2.8效果展示一、理论部分FGSM（FastGradientSignMethod）是一种经典的对抗样本生成方法，其核心思想是通过在输入数据的梯度方向上添加扰动，从而生成对抗样本
Centos7 安装CMake 地表最强菜鸡 Centos7 Centos7 安装CMake
一、环境描述1、系统：Centos7.62、登录用户：root3、版本：CMake3.6.2二、安装步骤步骤一、安装gcc等必备程序包（已安装则略过此步）$yuminstall-ygccgcc-c++makeautomake步骤二、安装wget（已安装则略过此步）$yuminstall-ywget步骤三、获取CMake源码包$wgethttps://cmake.org/files/v3.6/cma
Netty源码—10.Netty工具之时间轮二东阳马生架构 Netty应用与源码 Netty 时间轮
大纲1.什么是时间轮2.HashedWheelTimer是什么3.HashedWheelTimer的使用4.HashedWheelTimer的运行流程5.HashedWheelTimer的核心字段6.HashedWheelTimer的构造方法7.HashedWheelTimer添加任务和执行任务8.HashedWheelTimer的完整源码9.HashedWheelTimer的总结10.Hashe
《ESP8266通信指南》4-以Client进行TCP通信（AT指令）柴头物联网 ESP8266通信指南网络 tcp/ip 网络协议嵌入式硬件物联网
往期《ESP8266通信指南》3-常用AT指令详解-8266连WIFI-CSDN博客《ESP8266通信指南》2-ESP8266AT测试-CSDN博客《ESP8266通信指南》1-ESP8266简介-CSDN博客1.小节目标通过AT指令使用8266进行TCP通信2.书接上回复习以下，上一小节我们讲到了8266连接WIFI，还记得指令吗？复习一下现使用电脑开启一个移动热点我的WIFI账号密码：账号：
《ESP8266通信指南》7-Arduino 开发8266的环境配置与示例代码烧录柴头物联网 ESP8266通信指南物联网嵌入式硬件单片机
往期《ESP8266通信指南》6-创建TCP服务器（AT指令）-CSDN博客《ESP8266通信指南》5-TCP通信透传模式(AT指令)-CSDN博客《ESP8266通信指南》4-以Client进行TCP通信（AT指令）-CSDN博客《ESP8266通信指南》3-常用AT指令详解-8266连WIFI-CSDN博客《ESP8266通信指南》2-ESP8266AT测试-CSDN博客《ESP8266通信
【有状态类一定是多例吗？无状态类一定是单例吗？】严文文-Chris 编程软件工程
有状态类一定是多例吗？无状态类一定是单例吗？答案是否定的。有状态类和无状态类与单例/多例模式是正交概念，它们可以自由组合，具体如何设计取决于业务需求。下面详细分析：1.有状态类≠多例有状态类可以是单例场景：当全局只需要一个实例，并且该实例需要维护某些状态时。例子：全局计数器（单例+有状态）：publicclassGlobalCounter{privatestaticfinalGlobalCount
工业控制网络中常用的通信协议王盼达云原生网络网络服务器运维
1.现场总线协议Modbus概述：Modbus是最广泛使用的工业协议之一，主要用于串行通信，支持主/从架构，通过RS-232或RS-485传输，也有基于以太网的ModbusTCP版本。特点：简单易用，易于实现，支持多种物理介质，如RS-232、RS-485等，广泛应用于连接PLC、HMI、SCADA等设备。实例：在工业自动化中，Modbus常用于连接不同厂商的设备，如PLC与传感器、执行器之间的通
2025姓名配对测算系统最新源码带后台 legendji 服务器开源 delphi 游戏
2025姓名配对测算系统最新源码带后台一套网上全新的UI，用于姓名配对，支持投流各大平台，全开源可进行二开！投流的老板可以放心使用这套后台登录地址：/admin账号admin密码admin123链接:https://pan.baidu.com/s/1mY81psH2yLpYeUjPxIUSKA提取码:n2fs备用下载地址：http://pan.1234f.com:5212/s/mW9sv电子文档：
基于 RAG 的知识图谱增强：提升语义理解与推理能力 hy098543 AIGC
目录引言知识图谱与RAG技术概述知识图谱RAG技术基于RAG的知识图谱增强原理知识图谱补全语义理解增强动态知识更新在医疗领域的应用实例临床决策支持患者健康咨询挑战与展望挑战展望结论引言在人工智能不断发展的进程中，知识图谱作为一种强大的语义网络，能够以结构化的方式表示知识，为诸多应用提供坚实的知识基础。然而，传统知识图谱在面对复杂查询和语义理解时，存在一定局限性。检索增强生成（RAG）架构的出现，为
在线阅读网站--使用postman进行接口测试，在无接口文档情况下，使用fiddler抓包工具获取登录URL YIN梦 postman fiddler 测试工具
必备基础知识接口：属于项目集成阶段，关于端与端之间的数据传输请求方法：GET方法：用于从服务器端获取资源，其参数是在URL中发送出去的。POST方法：用于向指定的资源提交数据并请求处理。综上，在进行登录页面的接口测试时，使用POST请求。fiddler抓包获取登录的URL对在线阅读网站进行登录，登录操作完成后，Fiddler的会话列表中会显示此次登录相关的请求信息。1、在会话列表中找到与登录操作对
使用C++和Qt实现的简单音乐播放器小小码农-河北分农 c语言
以下是完整的源码和实现步骤：1.创建Qt项目首先，在QtCreator中创建一个新的QtWidgetsApplication项目，并命名为“MusicPlayer”。2.修改项目文件（MusicPlayer.pro）确保项目文件包含多媒体模块：qmakeQT+=coreguimultimediawidgets3.主窗口类实现头文件mainwindow.h：cpp#ifndefMAINWINDOW_
Android设计模式之工厂方法模式木子庆五设计模式工厂方法模式 android
一、定义：定义一个用于创建对象的接口，让子类决定实例化哪个类。二、组成：1.抽象工厂：工厂模式的核心，声明工厂方法，返回抽象产品对象。2.具体工厂：实现工厂方法，返还具体的产品对象。3.抽象产品：定义产品的相关接口。4.具体产品：实现抽象产品的具体类。三、具体例子：抽象产品publicabstractclassProduct{publicabstractvoidmethod();}具体产品Apub
5G_WiFi_CE_标称带宽/占用带宽岁月_流沙 WiFi法规 5G 测试工具模块测试测试用例
目录一、规范要求1、法规目录：标称信道带宽占用信道带宽2、限值：二、测试方法（1）测试条件（2）测试方法步骤1：步骤2：步骤3：【自动化实现思路】一、规范要求1、法规目录：ETSIEN301893中4.2.2NominalChannelBandwidthandOccupiedChannelBandwidth标称信道带宽是指分配给单个信道的最宽频段，其中包括保护频段。占用信道带宽是指包含信号99%功
WiFi_CE_占用带宽自动化测试_基于 Python + 罗德频谱仪（SCPI指令）岁月_流沙自动化测试_Python python 测试工具
2.4G_WiFi_CE_占用带宽测试标准请参考下面博客2.4G_WiFi_CE_占用带宽测试_频谱分析仪测试2.4g-CSDN博客https://blog.csdn.net/weixin_57515011/article/details/146164656?spm=1001.2014.3001.5502测试组网图：下面代码示例，只是基于罗德频谱仪测试OBW的基础操作，如有疑问，欢迎留言沟通。im
Spring学习笔记【03】第一个Spring程序 hhhhhhhellooo Spring学习笔记 spring 学习笔记
Spring学习笔记【03】第一个Spring程序一、引入基础依赖二、定义Bean三、编写配置文件四、测试程序五、深度刨析参考资料我们将开发第一个Spring程序，读者应安装了IDEA工具，正确配置了Maven环境和JDK17。在开发完后，我们会从10个细节来对这个程序进行详细的剖析。一、引入基础依赖为了使用Spring框架来管理对象，我们必须要引入Spring框架的基础依赖，在pom文件中添加下
智能测试用例生成：分块实现大模型完整回答的最佳策略 Python测试之道测试提效测试用例服务器运维
DeepseekAPI+Python测试用例一键生成与导出V1.0.5工具，随着需求文档和接口文档的复杂性和长度不断增加，基于大模型生成测试用例的任务也变得更加挑战。尤其当文档内容过多时，大模型可能因输入长度限制而无法提供完整的回答。这种情况下，合理的分词策略不仅可以有效解决问题，还能提升生成过程的效率和准确性。1.为什么需要分块？大模型（如GPT系列）通常对输入长度有严格限制。如果直接将超长的文
高性能部署实战：vLLM 安装配置 × tokens/s 提升 × 并发测试（适配国产模型） AI筑梦师人工智能深度学习
高性能部署实战：vLLM安装配置×tokens/s提升×并发测试（适配国产模型）本文目标：带你完整掌握如何使用vLLM高性能推理引擎部署国产大模型（如Qwen/DeepSeek），包括环境准备、部署流程、性能优化和并发测试，全流程实战落地。✅一、为什么推荐使用vLLM框架？相比传统的transformers推理方式，vLLM在性能方面有显著提升，尤其适合构建高并发、多请求的部署场景：vLLM的核心
SOFAActs 介绍-01-白盒测试框架 overview 老马啸西风 sofa 微服务中间件算法云原生 sofa
前言大家好，我是老马。sofastack其实出来很久了，第一次应该是在2022年左右开始关注，但是一直没有深入研究。最近想学习一下SOFA对于生态的设计和思考。sofaboot系列SOFABoot-00-sofaboot概览SOFABoot-01-蚂蚁金服开源的sofaboot是什么黑科技？SOFABoot-02-模块化隔离方案SOFABoot-03-sofaboot介绍SOFABoot-04-快
NVM安装速通使用手册（Windows版）NVM管理node版本命令手册 NVM使用手册智绘前端运维 node windows node.js 前端后端
nvm（NodeVersionManager）是一个用于管理Node.js版本的命令行工具。通过nvm，你可以在同一台机器上安装和切换多个Node.js版本，非常适合开发和测试在不同Node.js版本上运行的应用程序一、安装地址1.官方下载：（推荐选择nvm-setup.exe安装包，避免绿色版路径问题）下载地址：GitHubnvm-windows最新版2.站内下载下载地址:nvm-setup-1
如何避免测试用例未覆盖核心场景 JD技术委员会测试用例
要避免测试用例未覆盖核心场景，关键是要明确需求与业务场景、设计全面的测试策略、采用分层次的用例设计方法、持续进行需求与用例评审、使用需求追溯矩阵。其中，使用需求追溯矩阵是确保测试用例覆盖核心场景的重要手段。需求追溯矩阵是一种文档工具，能够直观展示需求与测试用例之间的对应关系，帮助团队快速识别遗漏的核心场景，有效降低测试风险，提高测试覆盖率。一、明确需求与业务场景明确的需求与业务场景是测试用例设计的
SWAT模型【建模方法、实例应用、高级进阶技能】实践梦想的初衷~ 水文 GIS 流域水文
第一部分：SWAT模型实践部分一、SWAT模型及应用介绍1.1面源污染概要1.2SWAT模型及应用1.3SWAT模型原理1.4SWAT模型输入文件1.5ArcGIS与SWAT关系二、SWAT模型中GIS必备技术2.1GIS软件平台2.2ArcGIS10.6安装和注意事项2.3ArcGIS入门2.4ArcGIS常见数据格式2.5ArcGIS数据浏览三、SWAT模型操作流程3.1SWAT模型安装3.2
学习周报：文献阅读+Fluent案例+有限体积法理论学习 2301_79714145 学习
目录摘要Abstract文献阅读：基于自适应进化人工蜂群算法的混合bp神经网络模型用于水质指标预测文献摘要讨论|结论理论介绍BPNNABC-BPNN实现流程适应函数的选择模型评价指标实验设置实验结果Fluent实例：带扭曲插入物的管道中的流动几何建模网格划分求解器设置结果展示理论学习部分总结摘要在本周中，通过阅读文献，了解了AEABC-BPNN水质预测模型，具体做法为：以生物群落中的蜜蜂为蓝本进行
Enum用法不懂事的小屁孩 enum
以前的时候知道enum，但是真心不怎么用，在实际开发中，经常会用到以下代码: protected final static String XJ = "XJ"; protected final static String YHK = "YHK"; protected final static String PQ = "PQ";
【Spark九十七】RDD API之aggregateByKey bit1129 spark
1. aggregateByKey的运行机制 /** * Aggregate the values of each key, using given combine functions and a neutral "zero value". * This function can return a different result type
hive创建表是报错： Specified key was too long; max key length is 767 bytes daizj hive
今天在hive客户端创建表时报错，具体操作如下 hive> create table test2(id string); FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. MetaException(message:javax.jdo.JDODataSto
Map 与 JavaBean之间的转换周凡杨 java 自省转换反射
最近项目里需要一个工具类，它的功能是传入一个Map后可以返回一个JavaBean对象。很喜欢写这样的Java服务，首先我想到的是要通过Java 的反射去实现匿名类的方法调用，这样才可以把Map里的值set 到JavaBean里。其实这里用Java的自省会更方便，下面两个方法就是一个通过反射，一个通过自省来实现本功能。 1：JavaBean类 1 &nb
java连接ftp下载 g21121 java
有的时候需要用到java连接ftp服务器下载，上传一些操作，下面写了一个小例子。 /** ftp服务器地址 */ private String ftpHost; /** ftp服务器用户名 */ private String ftpName; /** ftp服务器密码 */ private String ftpPass; /** ftp根目录 */ private String f
web报表工具FineReport使用中遇到的常见报错及解决办法（二）老A不折腾 finereport web报表 java报表总结
抛砖引玉，希望大家能把自己整理的问题及解决方法晾出来，Mark一下，利人利己。出现问题先搜一下文档上有没有，再看看度娘有没有，再看看论坛有没有。有报错要看日志。下面简单罗列下常见的问题，大多文档上都有提到的。 1、没有返回数据集：在存储过程中的操作语句之前加上set nocount on 或者在数据集exec调用存储过程的前面加上这句。当S
linux 系统cpu 内存等信息查看墙头上一根草 cpu 内存 liunx
1 查看CPU 　　1.1 查看CPU个数　　# cat /proc/cpuinfo | grep "physical id" | uniq | wc -l 　　2 　　**uniq命令：删除重复行;wc –l命令：统计行数** 　　1.2 查看CPU核数　　# cat /proc/cpuinfo | grep "cpu cores" | u
Spring中的AOP aijuans spring AOP
Spring中的AOP Written by Tony Jiang @ 2012-1-18 （转）何为AOP AOP，面向切面编程。在不改动代码的前提下，灵活的在现有代码的执行顺序前后，添加进新规机能。来一个简单的Sample: 目标类： [java] view plain copy print ? package&nb
placeholder(HTML 5) IE 兼容插件 alxw4616 JavaScript jquery jQuery插件
placeholder 这个属性被越来越频繁的使用. 但为做HTML 5 特性IE没能实现这东西. 以下的jQuery插件就是用来在IE上实现该属性的. /** * [placeholder(HTML 5) IE 实现.IE9以下通过测试.] * v 1.0 by oTwo 2014年7月31日 11:45:29 */ $.fn.placeholder = function
Object类,值域,泛型等总结(适合有基础的人看) 百合不是茶泛型的继承和通配符变量的值域 Object类转换
java的作用域在编程的时候经常会遇到,而我经常会搞不清楚这个问题,所以在家的这几天回忆一下过去不知道的每个小知识点变量的值域; package 基础; /** * 作用域的范围 * * @author Administrator * */ public class zuoyongyu { public static vo
JDK1.5 Condition接口 bijian1013 java thread Condition java多线程
Condition 将 Object 监视器方法（wait、notify和 notifyAll）分解成截然不同的对象，以便通过将这些对象与任意 Lock 实现组合使用，为每个对象提供多个等待 set （wait-set）。其中，Lock 替代了 synchronized 方法和语句的使用，Condition 替代了 Object 监视器方法的使用。条件（也称为条件队列或条件变量）为线程提供了一
开源中国OSC源创会记录 bijian1013 hadoop spark MemSQL
一.Strata+Hadoop World（SHW）大会是全世界最大的大数据大会之一。SHW大会为各种技术提供了深度交流的机会，还会看到最领先的大数据技术、最广泛的应用场景、最有趣的用例教学以及最全面的大数据行业和趋势探讨。二.Hadoop &nbs
【Java范型七】范型消除 bit1129 java
范型是Java1.5引入的语言特性，它是编译时的一个语法现象，也就是说，对于一个类，不管是范型类还是非范型类，编译得到的字节码是一样的，差别仅在于通过范型这种语法来进行编译时的类型检查，在运行时是没有范型或者类型参数这个说法的。范型跟反射刚好相反，反射是一种运行时行为，所以编译时不能访问的变量或者方法(比如private)，在运行时通过反射是可以访问的，也就是说，可见性也是一种编译时的行为，在
【Spark九十四】spark-sql工具的使用 bit1129 spark
spark-sql是Spark bin目录下的一个可执行脚本，它的目的是通过这个脚本执行Hive的命令，即原来通过 hive>输入的指令可以通过spark-sql>输入的指令来完成。 spark-sql可以使用内置的Hive metadata-store，也可以使用已经独立安装的Hive的metadata store 关于Hive build into Spark
js做的各种倒计时 ronin47 js 倒计时
第一种：精确到秒的javascript倒计时代码 HTML代码: <form name="form1"> <div align="center" align="middle"
java-37.有n 个长为m+1 的字符串，如果某个字符串的最后m 个字符与某个字符串的前m 个字符匹配，则两个字符串可以联接 bylijinnan java
public class MaxCatenate { /* * Q.37 有n 个长为m+1 的字符串，如果某个字符串的最后m 个字符与某个字符串的前m 个字符匹配，则两个字符串可以联接， * 问这n 个字符串最多可以连成一个多长的字符串，如果出现循环，则返回错误。 */ public static void main(String[] args){
mongoDB安装开窍的石头 mongodb安装基本操作
mongoDB的安装 1:mongoDB下载 https://www.mongodb.org/downloads 2:下载mongoDB下载后解压
[开源项目]引擎的关键意义 comsci 开源项目
一个系统，最核心的东西就是引擎。。。。。而要设计和制造出引擎，最关键的是要坚持。。。。。。现在最先进的引擎技术，也是从莱特兄弟那里出现的，但是中间一直没有断过研发的
软件度量的一些方法 cuiyadll 方法
软件度量的一些方法http://cuiyingfeng.blog.51cto.com/43841/6775/在前面我们已介绍了组成软件度量的几个方面。在这里我们将先给出关于这几个方面的一个纲要介绍。在后面我们还会作进一步具体的阐述。当我们不从高层次的概念级来看软件度量及其目标的时候，我们很容易把这些活动看成是不同而且毫不相干的。我们现在希望表明他们是怎样恰如其分地嵌入我们的框架的。也就是我们度量的
XSD中的targetNameSpace解释 darrenzhu xml namespace xsd targetnamespace
参考链接: http://blog.csdn.net/colin1014/article/details/357694 xsd文件中定义了一个targetNameSpace后，其内部定义的元素，属性，类型等都属于该targetNameSpace,其自身或外部xsd文件使用这些元素，属性等都必须从定义的targetNameSpace中找：例如：以下xsd文件，就出现了该错误，即便是在一
什么是RAID0、RAID1、RAID0+1、RAID5，等磁盘阵列模式? dcj3sjt126com raid
RAID 1又称为Mirror或Mirroring，它的宗旨是最大限度的保证用户数据的可用性和可修复性。 RAID 1的操作方式是把用户写入硬盘的数据百分之百地自动复制到另外一个硬盘上。由于对存储的数据进行百分之百的备份，在所有RAID级别中，RAID 1提供最高的数据安全保障。同样，由于数据的百分之百备份，备份数据占了总存储空间的一半，因而，Mirror的磁盘空间利用率低，存储成本高。 Mir
yii2 restful web服务快速入门 dcj3sjt126com PHP yii2
快速入门 Yii 提供了一整套用来简化实现 RESTful 风格的 Web Service 服务的 API。特别是，Yii 支持以下关于 RESTful 风格的 API：支持 Active Record 类的通用API的快速原型涉及的响应格式（在默认情况下支持 JSON 和 XML) 支持可选输出字段的定制对象序列化适当的格式的数据采集和验证错误
MongoDB查询(3)——内嵌文档查询（七） eksliang MongoDB查询内嵌文档 MongoDB查询内嵌数组
MongoDB查询内嵌文档转载请出自出处：http://eksliang.iteye.com/blog/2177301 一、概述有两种方法可以查询内嵌文档：查询整个文档；针对键值对进行查询。这两种方式是不同的，下面我通过例子进行分别说明。二、查询整个文档例如:有如下文档 db.emp.insert({ &qu
android4.4从系统图库无法加载图片的问题 gundumw100 android
典型的使用场景就是要设置一个头像，头像需要从系统图库或者拍照获得，在android4.4之前，我用的代码没问题，但是今天使用android4.4的时候突然发现不灵了。baidu了一圈，终于解决了。下面是解决方案： private String[] items = new String[] { "图库","拍照" }; /* 头像名称 */
网页特效大全 jQuery等 ini JavaScript jquery css html5 ini
HTML5和CSS3知识和特效 asp.net ajax jquery实例分享一个下雪的特效 jQuery倾斜的动画导航菜单选美大赛示例你会选谁 jQuery实现HTML5时钟功能强大的滚动播放插件JQ-Slide 万圣节快乐！！！向上弹出菜单jQuery插件 htm5视差动画 jquery将列表倒转顺序推荐一个jQuery分页插件 jquery animate
swift objc_setAssociatedObject block(version1.2 xcode6.4) 啸笑天 version
import UIKit class LSObjectWrapper: NSObject { let value: ((barButton: UIButton?) -> Void)? init(value: (barButton: UIButton?) -> Void) { self.value = value
Aegis 默认的 Xfire 绑定方式，将 XML 映射为 POJO MagicMa_007 java POJO xml Aegis xfire
Aegis 是一个默认的 Xfire 绑定方式，它将 XML 映射为 POJO, 支持代码先行的开发.你开发服务类与 POJO,它为你生成 XML schema/wsdl XML 和注解映射概览默认情况下，你的 POJO 类被是基于他们的名字与命名空间被序列化。如果
js get max value in (json) Array qiaolevip 每天进步一点点学习永无止境 max 纵观千象
// Max value in Array var arr = [1,2,3,5,3,2];Math.max.apply(null, arr); // 5 // Max value in Jaon Array var arr = [{"x":"8/11/2009","y":0.026572007},{"x"
XMLhttpRequest 请求 XML,JSON ,POJO 数据 Luob. POJO json Ajax xml XMLhttpREquest
在使用XMlhttpRequest对象发送请求和响应之前，必须首先使用javaScript对象创建一个XMLHttpRquest对象。 var xmlhttp； function getXMLHttpRequest(){ if(window.ActiveXObject){ xmlhttp:new ActiveXObject("Microsoft.XMLHTTP
jquery wuai jquery
以下防止文档在完全加载之前运行Jquery代码，否则会出现试图隐藏一个不存在的元素、获得未完全加载的图像的大小等等 $(document).ready(function(){ jquery代码; }); <script type="text/javascript" src="c:/scripts/jquery-1.4.2.min.js&quo