1、经常用的事件有：MotionEvent.ACTION_DOWN，MotionEvent.ACTION_MOVE，MotionEvent.ACTION_UP等
上一篇，我们大体理解了消费 View和ViewGroup都可以消费， 消费以后 就不会向上回传了
在这之前看了很多相关文章，有一个整体认识以后，就要开始动手体验一下了。动手之前要明确事件分发机制要研究的是什么：事件序列在ViewGroup/View之间的传递规则。 注意几点：
1）、事件的传递流程是通过dispatchTouchEvent 和 onInterceptTouchEvent提现的，如下： activity —> ViewGroupA —> ViewGroupB —> MyView
具体代码可以见https://github.com/2954722256/demo_event
【Android 事件分发】事件分发源码分析 ( 驱动层通过中断传递事件 | WindowManagerService 向 View 层传递事件 ) 【Android 事件分发】事件分发源码分析 ( Activity 中各层级的事件传递 | Activity -＞ PhoneWindow -＞ DecorView -＞ ViewGroup ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 一 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 二 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 三 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 四 | View 事件传递机制 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 五 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 六 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 七 )
一开始ViewGroup 会接受到整个事件序列的第一个事件： ACTION_DOWN，ViewGroup#dispatchTouchEvent 收到ACTION_DOWN 后, 开始询问 ViewGroup#onInterceptTouchEvent 是否需要拦截， 默认情况下 ViewGroup#onInterceptTouchEvent 返回false 不拦截，开始向下传递ACTION_DOWN 事件， Buttton#dispatchTouchEvent 收到ACTION_DOWN 询问onTouchEvent 是否处理， Button 默认处理，此后的所有事件序列都直接跨过 ViewGroup#onInterceptTouchEvent 的判断直接传递给Button， 但 ViewGroup#dispatchTouchEvent 会收到所有事件。随着手指的滑动Button 的坐标发生了改变，当手指抬起时触发 Button#onClick 事件。（移动出自己的范围，就消失了）
上一篇，我们大体理解了Intercept拦截 而之前 也了解了 分发的过程， 和简单点击，分析了执行顺序
上一篇，我们大体理解了分发的过程，并且简单做了点击，分析了执行顺序 这篇我们来看下 Intercept拦截
一次触摸事件，ACTION_DOWN和ACTION_UP是必须存在的，ACTION_MOVE视情况而定。
在Android开发中，事件分发机制是一块Android比较重要的知识体系，了解并熟悉整套的分发机制有助于更好的分析各种点击滑动失效问题，更好去扩展控件的事件功能和开发自定义控件，同时事件分发机制也是Android面试必问考点之一，如果你能把下面的一些事件分发图当场画出来肯定加分不少。废话不多说，总结一句:事件分发机制很重要。 Android 事件分发流 关于Android 事件分发机制网上的博文很多，但是很多都是写个Demo然后贴一下输出的Log或者拿源码分析，然后一堆的注释和说明，如果用心的去看肯定是收
今天给大家代码ViewGroup事件分发的源码解析~~凡是自定义ViewGroup实现各种滑动效果的，不可避免的会出现很多事件的冲突，对ViewGroup事件分发机制的了解，也有益于大家了解冲突产生的原因，以及对冲突进行处理~ 1、案例 首先我们接着上一篇的代码，在代码中添加一个自定义的LinearLayout： package com.example.zhy_event03; import android.content.Context; import android.util.Attrib
ViewGroup的事件分发机制 我们用手指去触摸Android手机屏幕，就会产生一个触摸事件，但是这个触摸事件在底层是怎么分发的呢？这个我还真不知道，这里涉及到操作硬件（手机屏幕）方面的知识，也就是Linux内核方面的知识，我也没有了解过这方面的东西，所以我们可能就往上层来分析分析，我们知道Android中负责与用户交互，与用户操作紧密相关的四大组件之一是Activity, 所以我们有理由相信Activity中存在分发事件的方法，这个方法就是dispatchTouchEvent(),我们先看其源码吧
其中ACTION_DOWN和ACTION_UP在一次触屏事件中只会触发一次，ACTION_MOVE可能触发任意次（包括0次）。
事件分发机制是Android中非常重要的一个知识点，同时也是难点，相信到目前为止很多Android开发者对事件分发机制并没有一个非常系统的认识，当然也包括博主个人在内。可能在平时的开发工作中我们并没有意识到事件分发机制起到的作用，其实它是时刻存在的只是我们不知道而已，就像一些滑动冲突、点击事件之间的冲突等等大多是因为事件分发处理不当导致的。想起了博主大学时做过一个小项目，里面就出现了滑动冲突的问题，虽然最后在网上一步步看着别人的教程也糊里糊涂的解决了，但终究不知其所以然，那么今天就让我们一起来深入的探索一下
前言：在Android开发中，经常会遇到触摸事件冲突，比如ViewPager的轮播图跟Fragment的划动事件冲突，或者轮播图跟下拉事件冲突，自定义view的事件处理等，本文章将会详细介绍Activity、View、ViewGroup三者的触摸事件传递机制，传递包括三个阶段：分发、拦截、消费。
向那些曾经无法跨越的鸿沟敬上----吾王已至 事件分发.png 开篇先明确几点 1.有三东西挺长的，又长得挺像，看着晃眼且心烦，文中以下简写为: |-- 分发 dispatchTouchEvent =
我们手触摸点击屏幕的时候，触摸、点击事件是如何分发的呢？ 布局中的控件是如何获取到按键事件的呢？ 布局中有多个控件，如何只让指定的控件接收到相关的事件呢？ 二、说在前面
在实际开发中，经常会遇到与触屏事件有关的问题，最典型的一个就是滑动冲突。比如在使用SliddingMenu菜单的时候，可能会与ViewPager或者其他的一些带有滑动事件的View相冲突，再比如ScrollView嵌套ListView相冲突等等。还有就是在自定义控件的时候，需要处理一些事件时候，也必须把逻辑处理好，父 view 和子view 都需要接收事件，然后处理。如果不明白事件传递机制，很难开发出需要的效果。因此就需要对Android消息传递机制有一个基本的理解与认识，这样才有可能解决开发过程中的需求与问题。
网上关于点击事件分发的文章一搜一大堆，标题一看，不是“30分钟让你弄明白XXX”就是“这是讲解XXX最好的文章”，满怀憧憬与信心，忍不住兴奋的点进去一看，发现不是代码就全是图，我基本上看完了所有相关的文章，结果硬是看了三个小时也没搞懂。所以最后还是决定自己去试一试，看一看点击事件分发到底是怎么个流程，我写的肯定不会比其他文章好多少，但是呢，带着一个初学者的心，去分析这个东西，自己能弄明白的同时，也让想学习这个的人看了之后有些许收获，那就足够了。
Android事件分发 分析 什么是事件的 分发 用户通过屏幕与手机交互的时候，每一次点击、长按、移动等都是一个事件。 事件分发机制：某一个事件从屏幕传递各个View,由View来使用这一事件（消费是事件）或者忽略这一事件（不消费事件），这整个过程的控制。 事件分发的对象是谁 系统把事件封装为MotionEvent对象，事件分发的过程就是MotionEvent分发的过程。 事件类型 按下（ACTION _DOWN） 移动 （ACTION_MOVE） 抬起 （ACTION_UP） 取消 （AC
PS一句：最终还是选择CSDN来整理发表这几年的知识点，该文章平行迁移到CSDN。因为CSDN也支持MarkDown语法了，牛逼啊！
继上一篇分析，今天我们来接着分析Activity的Touch事件是如何分发传递的。 都知道在Android中的事件主要包括三部分内容：分发事件dispatchTouchEvent、拦截事件onInterceptTouchEvent、消费事件onTouchEvent。这几乎是所有开发者都要面临的问题，无论是解决一些事件冲突问题，还是自定义View，都会或多或少涉及到。由于其独特的重要性，大多数面试的时候也基本会有所涉及，所以很好的掌握View的Touch事件传递显得尤其重要。 1、Activi
由于篇幅原因，实例验证过程记录到这里：Android事件分发机制验证示例 ，可以点击阅读原文查看。 大家主要关注里面打印的日志信息，看下事件分发的过程即可。
在 Android 系统中，触摸事件的分发和处理是一个非常重要的部分。了解触摸事件的分发机制对于我们进行界面交互设计和优化具有重要意义。本文将详细介绍 Android 下的 Touch 事件分发机制，包括事件分发的过程、涉及的方法以及 ViewGroup 中事件分发的实现。
上篇文章已经分析了Android的Touch事件分发。如果没看的建议先看一下。Android View的Touch事件分发。 接下来我们开始写几种场景，得出一个初步的执行顺序，然后我们按照这个顺序开始分析。
从上节View·dispatchTouchEvent 源码分析（三）中，我们分析了 ACTION_DOWN 事件的派发和拦截过程。
这次是讲View的事件体系。特别是不同情况下的事件分发，我会用很简单的方式教会大家。
此处需要特别说明：事件列，即指从手指接触屏幕至手指离开屏幕这个过程产生的一系列事件。一般情况下，事件列都是以DOWN事件开始、UP事件结束，中间有无数的MOVE事件。
布局很简单，代码就是打个日志看看，为了不影响阅读，放在最后 Android事件处理机制真是个磨人的小妖精，被她卡过两次，一卡住就不行玩安卓，跑过去玩html、js、css了 最好自己动手测试一下，印象更深 一、妖鸟三姐妹：dispatchTouchEvent---onInterceptTouchEvent---onTouchEvent 点击：ViewGroup1（最外层） I/System.out: MainActivity dispatchTouchEvent I/System.out: Vie
前言 事件的分发是面试的必考题，也是Android作为一个移动系统，与用户交互的基础。由于整个事件分发比较繁杂，这里做一个总结，以作备忘。 事实上，Android系统中的事件分发机制是一个委托者模型。我们先从最简单的看起。 三个方法 在Android的摸触事件中，我们通常关注的方法有三个。 dispatchTouchEvent(MotionEvent event) onInterceptTouchEvent(MotionEvent event) onTouchEvent(MotionEvent event)
一、View的dispatchTouchEvent和onTouchEvent 探讨Android事件传递机制前，明确android的两大基础控件类型:View和ViewGroup。View即普通的控件，没有子布局的，如Button、TextView. ViewGroup继承自View，表示可以有子控件，如Linearlayout、Listview这些。而事件即MotionEvent，最重要的有3个: (1)MotionEvent.ACTION_DOWN 按下View，是所有事件的开始 (2)Mot
上一期跟随拇指记者，发现了Android公司在指派具体的人之前的种种机制，今天就继续探索，看看任务具体的处理消费逻辑。
在Android中，触碰控件的时候回产生一个ACTION_DOWN事件并逐层向下传递，首先ACTION_DOWN回先从Activity的dispatchTouchEvent方法开始向下传递：
或许你会问，“为什么我一定要知道View的事件分发机制？”。因为我们在实际开发的过程中，经常会遇到多层的View互相嵌套以后，对某一个View进行滑动的时候，特别不灵敏，甚至于没法滑动。这种滑动冲突的解决需要我们清楚的掌握View的事件分发机制。那下面我们详细的讲解下View的整个事件机制。 Android将View的事件封装到MotionEvent这个类中，这也是监听touch事件中回调给我们的参数public boolean onTouchEvent(MotionEvent event) 。通常事件我们主要关心下面几种类型：
ViewGroup是一组View的组合，在其内部会包含多个子View，当用户点击屏幕的时候，点击的位置可能在ViewGroup上，也可能在其内部View控件上。
当我们手机触碰屏幕时会产生一系列的MotionEvent对象，根据触摸的情况不同，这些对象的类型也会不同。具体如下：
Touch事件分发中只有两个主角:ViewGroup和View。Activity的Touch事件事实上是调用它内部的ViewGroup的Touch事件，可以直接当成ViewGroup处理。
我无法忘却 3 年前备受折磨的那个夜晚 —— 在我第一次学习 View 事件分发，却被网文折磨的那个夜晚。
TouchEventUtil:(打印的帮助类，简单过滤MotionEvent的种类)
Android的事件分发机制也是老生常谈了，这篇文章并不是笼统的介绍这个机制，而是针对ACTION_DOWN这个事件探讨相关的细节。
1、当 UI 主线程收到触摸 input 事件，经过一系列处理，最终会走到 DecorView 的 dispatchTouchEvent 方法。
首先先判断当前事件是否是Down事件，如果是就调用onUserInteraction方法，如果不是就不会调用，所以Up,Move方法不会调用该方法。
android的view管理是以window为单位的，每个window对应一个view树。这里管理涉及到view的绘制以及事件分发等。Window机制不仅管理着view的显示，也负责view的事件分发。
在上一篇文章中我们介绍了 View 的基础知识以及 View 滑动的实现，本篇将为大家带来 View 的一个核心知识点 事件分发机制。事件分发机制不仅仅是核心知识点也是 Android 中的一个难点，下面我们就从源码的角度来分析事件的传递还有最后是如何解决滑动冲突的。
在做IM的时候当用户点击输入框外的区域应该隐藏 输入法键盘 或者 其他操作区域
3)view的处理过程：主要是onTouchListener、OnTouchEvent、onClick的关系
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
