基本会遵从 Activity => ViewGroup => View 的顺序进行事件分发，然后通过调用 onTouchEvent() 方法进行事件的处理。我们在项目中一般会对 MotionEvent.ACTION_DOWN，MotionEvent.ACTION_UP，MotionEvent.ACTION_MOVE，MotionEvent.ACTION_CANCEL 分情况进行操作。
这个版本终于快结束了，历时一个月的时间，这段时间里重复着开发、找 BUG 和解 BUG 的工作，人已经快麻木了，不过最后看到 自己的开发成果还是蛮欣慰的，这可能就是程序员最简单的乐趣吧。这里看一下整体的效果图，一些细节不方便展示，大概有个预览吧：整体交互
前言 在其他App上看到了这样的一个效果，感觉有点意思，于是决定实现一个类似的效果。 （其实是iOS的同学在是现功能的时候秀了一波操作） 效果大概是这样子的： 下拉放大 UI看完后 “这个效果不
关于自定义View系列的文章，好久没有写了。今天抽空看了下Android开发艺术探索。正好看到了View的事件分发机制，所以将它写成笔记记录下来。 关于View的事件分发，我起初是学习郭神的2篇文章。感觉其实也没有什么。大致也就了解下。不过看完其他很多优秀的文章和书籍后，才知道自己too young too simple。下面我们就一起来分析下Android的时间分发机制。
【Android 事件分发】事件分发源码分析 ( 驱动层通过中断传递事件 | WindowManagerService 向 View 层传递事件 ) 【Android 事件分发】事件分发源码分析 ( Activity 中各层级的事件传递 | Activity -＞ PhoneWindow -＞ DecorView -＞ ViewGroup ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 一 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 二 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 三 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 四 | View 事件传递机制 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 五 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 六 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 七 )
1、经常用的事件有：MotionEvent.ACTION_DOWN，MotionEvent.ACTION_MOVE，MotionEvent.ACTION_UP等
面试中提到安卓的事件分发，我们一般都能说到从 Activity -> Window -> DecorView -> ViewGroup -> View 的 dispatchTouchEvent 流程，这个是最基本的需要掌握的，由此能深入引出一些什么知识点呢？
mScrollView把事件消费掉了，没有传递到EditText，从而导致没法使得 EditText 响应事件
在Android开发中，事件分发是一个至关重要的概念，它关乎用户体验的流畅性和应用程序的响应性能。在面试中，关于Android事件分发的问题通常是属于高级难度的，需要面试者对Android系统的事件分发机制有深入的理解和实践经验。
看了一些 Reactor 相关的文章和资料，列举的一些 Reactor 模型的优点，包括极客时间的文章也有讲过在架构中的Reactor中的优点和缺点。 但是如果不使用 Reactor 模型的一般方式是什么样子的?会有什么问题？
此处需要特别说明：事件列，即指从手指接触屏幕至手指离开屏幕这个过程产生的一系列事件。一般情况下，事件列都是以DOWN事件开始、UP事件结束，中间有无数的MOVE事件。
当我们手机触碰屏幕时会产生一系列的MotionEvent对象，根据触摸的情况不同，这些对象的类型也会不同。具体如下：
用户体验小姐姐巧妙地利用有限的手机屏幕空间，完美地设计出简单实用的交互功能，如果多问一句 “怎么做到的” ？ 答案必须是从事件分发机制的高超运用说起。
Android View 虽然不是四大组件，但其并不比四大组件的地位低。而View的核心知识点事件分发机制则是不少刚入门同学的拦路虎。ScrollView嵌套RecyclerView(或者ListView)的滑动冲突这种老大难的问题的理论基础就是事件分发机制。
android的view管理是以window为单位的，每个window对应一个view树。这里管理涉及到view的绘制以及事件分发等。Window机制不仅管理着view的显示，也负责view的事件分发。
ViewGroup是一组View的组合，在其内部会包含多个子View，当用户点击屏幕的时候，点击的位置可能在ViewGroup上，也可能在其内部View控件上。
1、当 UI 主线程收到触摸 input 事件，经过一系列处理，最终会走到 DecorView 的 dispatchTouchEvent 方法。
我无法忘却 3 年前备受折磨的那个夜晚 —— 在我第一次学习 View 事件分发，却被网文折磨的那个夜晚。
前言 事件的分发是面试的必考题，也是Android作为一个移动系统，与用户交互的基础。由于整个事件分发比较繁杂，这里做一个总结，以作备忘。 事实上，Android系统中的事件分发机制是一个委托者模型。我们先从最简单的看起。 三个方法 在Android的摸触事件中，我们通常关注的方法有三个。 dispatchTouchEvent(MotionEvent event) onInterceptTouchEvent(MotionEvent event) onTouchEvent(MotionEvent event)
当一个点击事件产生后，他的传递过程遵循Activity->Window->View的逐级传递。我们这里讨论的是在Android系统View里事件传递。
image.png Android touch 事件的分发，是面试中最常被问到的问题之一。我们来看看 😎、😨 和 🤔️ 三位同学是怎么回答的吧 😎 自认为无所不知，水平已达应用开发天花板，目前月薪 10k 面试官：讲讲 Android 的事件分发机制 😎：当用户手指触摸屏幕时，Android 会将对应的事件包装成一个事件对象 MotionEvent ，从 ViewTree 的顶部至上而下地分发传递。用户从手指接触屏幕至离开屏幕会产生一系列的事件，事件是以 down 开始，up 或 cancel 结束，中间
在Android开发中，事件分发机制是一块Android比较重要的知识体系，了解并熟悉整套的分发机制有助于更好的分析各种点击滑动失效问题，更好去扩展控件的事件功能和开发自定义控件，同时事件分发机制也是Android面试必问考点之一，如果你能把下面的一些事件分发图当场画出来肯定加分不少。废话不多说，总结一句:事件分发机制很重要。 Android 事件分发流 关于Android 事件分发机制网上的博文很多，但是很多都是写个Demo然后贴一下输出的Log或者拿源码分析，然后一堆的注释和说明，如果用心的去看肯定是收
这次打算来梳理一下 Android Tv 中的按键点击事件 KeyEvent 的分发处理流程。一谈到点击事件机制，网上资料已经非常齐全了，像什么分发、拦截、处理三大流程啊；或者 dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent 啊；再或者返回 true 表示消费，返回 false 不处理啊；还有说整个流程是个 U 型分发处理，什么总经理发布任务到员工处理反馈啊之类的。前辈们早已为我们梳理了一篇篇干货，也在尽可能的写得通俗、易懂。
今天这周上班第一天给大家娱乐一下，给大家讲讲事件分发，你可能会一笑：“别搞我呀，事件分发谁不知道呀。”
【Android 事件分发】事件分发源码分析 ( 驱动层通过中断传递事件 | WindowManagerService 向 View 层传递事件 ) 【Android 事件分发】事件分发源码分析 ( Activity 中各层级的事件传递 | Activity -＞ PhoneWindow -＞ DecorView -＞ ViewGroup ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 一 )
【Android 事件分发】事件分发源码分析 ( 驱动层通过中断传递事件 | WindowManagerService 向 View 层传递事件 ) 【Android 事件分发】事件分发源码分析 ( Activity 中各层级的事件传递 | Activity -＞ PhoneWindow -＞ DecorView -＞ ViewGroup ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 一 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 二 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 三 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 四 | View 事件传递机制 )
事件分发机制在android中非常常见，比如：手势滑动，自定义View,多点触控都有它的身影。事件分发的顺序是：Activity->GroupView->View,GrounpView包括五大布局，ListView和GridView等，View包括TextView,ImageView等。我们今天就来搞一下。
1、在 Activity 中的事件都会按照先交由 Activity 中处理 dispatchTouchEvent 。 2、然后在 Activity 会将事件上抛给 DecorView 的 superDispatchTouchEvent 去处理。 3、而实际上 superDispatchTouchEvent 方法调用的是 ViewGroup 的 dispatchTouchEvent 方法。
Reactor模型是基于事件驱动的线程模型，可以分为Reactor单线程模型、Reactor多线程模型、主从Reactor多线程模型，通常基于在I/O多路复用实现。不同的角色职责有：Dispatcher负责事件分发、Acceptor负责处理客户端连接、Handler处理非连接事件（例如：读写事件）。
（2）【处理事件，独一无二】 正常情况下，一个事件序列只能被一个View拦截且消耗！！！ 这一条的原因可以参考（3）， 因为一旦一个元素拦截了某此事件， 那么同一个事件序列内的所有事件都会直接交给它处理！！！ 因此同一个事件序列中的事件不能分别由两个View同时处理！！！ 除非， 将本该由某个View自己处理的事件 通过onTouchEvent强行传递给其他View处理。 （3）【事件序列，从一而终】 某个View一旦决定拦截，则这一个事件序列都只能由它来处理 （如果事件序列能够传递给它的话）， 并且它的onInterceptTouchEvent不会再被调用！！！ 当一个View决定拦截一个事件后， 那么系统会把同一个事件序列内的其他方法都直接交给它来处理， 因此 就不用再调用这个View的onInterceptTouchEvent去询问它是否要拦截了。 （4）【短期失信】 某个View一旦开始处理事件， 如果它不消耗ACTION_DOWN事件（onTouchEvent返回了false）， 那么同一事件序列中的其他事件都不会再交给它来处理， 【即，View放弃处理ACTION_DOWN，便放弃了整个事件序列！！!】 并且事件将重新交由它的父元素去处理， 即父元素的onTouchEvent会被调用。【事件向上“回传”】 即， 事件一旦交给一个View处理，那么它就必须消耗掉！！！ 否则同一事件序列中剩下的事件就不再交给它来处理了！！！ 好比上级交给程序员一件事，如果这件事没有处理好， 短期内上级就不敢再把事情交给这个程序员做。 （5）【余粮上缴】 如果View不消耗除ACTION_DOWN以外的其他事件， 那么这个点击事件会消失， 此时父元素的onTouchEvent并不会被调用， 并且当前View可以持续收到后续的事件， 最终这些消失的点击事件会传递给Activity处理。 （6）ViewGroup默认不拦截任何事件。 Android源码中 ViewGroup的onInterceptTouch-Event方法默认返回false。 （7）View没有onInterceptTouchEvent方法，一旦有点击事件传递给它，那么它的onTouchEvent方法就会被调用。 （8）View的onTouchEvent默认都会消耗事件（返回true）！！！！！！！ 除非它是不可点击的（clickable 和longClickable同时为false）。 View的longClickable属性默认都为false， clickable属性要分情况， 比如Button的clickable属性默认为true， 而TextView的clickable属性默认为false。 （9）【enable无用，clickable居上】 View的enable属性不影响onTouchEvent的默认返回值。哪怕一个View是disable状态的！！！！！ 只要它的clickable或者longClickable有一个为true， 那么它的onTouchEvent就返回true！！！ （10）onClick会发生的前提是当前View是可点击的，并且它收到了down和up的事件。 （11）【由外而内；以下犯上】 事件传递过程是由外向内的， 即事件总是先传递给父元素，然后再由父元素分发给子View， 通过requestDisallowInterceptTouchEvent方法可以在子元素中干预父元素的事件分发过程，但是ACTION_DOWN事件除外。
【Android 事件分发】事件分发源码分析 ( 驱动层通过中断传递事件 | WindowManagerService 向 View 层传递事件 ) 【Android 事件分发】事件分发源码分析 ( Activity 中各层级的事件传递 | Activity -＞ PhoneWindow -＞ DecorView -＞ ViewGroup ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 一 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 二 )
【Android 事件分发】事件分发源码分析 ( 驱动层通过中断传递事件 | WindowManagerService 向 View 层传递事件 ) 【Android 事件分发】事件分发源码分析 ( Activity 中各层级的事件传递 | Activity -＞ PhoneWindow -＞ DecorView -＞ ViewGroup )
【Android 事件分发】事件分发源码分析 ( 驱动层通过中断传递事件 | WindowManagerService 向 View 层传递事件 ) 【Android 事件分发】事件分发源码分析 ( Activity 中各层级的事件传递 | Activity -＞ PhoneWindow -＞ DecorView -＞ ViewGroup ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 一 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 二 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 三 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 四 | View 事件传递机制 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 五 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 六 )
blurView.backgroundColor= [UIColorcolorWithRed:0green:0blue:0alpha:0.3];
PS一句：最终还是选择CSDN来整理发表这几年的知识点，该文章平行迁移到CSDN。因为CSDN也支持MarkDown语法了，牛逼啊！
聊到事件分发，很多朋友就会想到view的dispatchTouchEvent，其实在此之前，Android还做了很多工作。
在 Android 系统中，触摸事件的分发和处理是一个非常重要的部分。了解触摸事件的分发机制对于我们进行界面交互设计和优化具有重要意义。本文将详细介绍 Android 下的 Touch 事件分发机制，包括事件分发的过程、涉及的方法以及 ViewGroup 中事件分发的实现。
【Android 事件分发】事件分发源码分析 ( 驱动层通过中断传递事件 | WindowManagerService 向 View 层传递事件 ) 【Android 事件分发】事件分发源码分析 ( Activity 中各层级的事件传递 | Activity -＞ PhoneWindow -＞ DecorView -＞ ViewGroup ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 一 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 二 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 三 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 四 | View 事件传递机制 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 五 )
但是在这个过程中，还有一个参与者：requestDisallowInterceptTouchEvent，这个函数直接影响事件的拦截。我们今天就来说一说这个这个函数是如何影响事件分发的。
Redis使用事件驱动的方式来处理文件事件和时间事件。它通过epoll、kqueue、select等IO复用技术来监听网络和文件描述符的事件，以实现高性能的异步IO操作。
我们手触摸点击屏幕的时候，触摸、点击事件是如何分发的呢？ 布局中的控件是如何获取到按键事件的呢？ 布局中有多个控件，如何只让指定的控件接收到相关的事件呢？ 二、说在前面
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
