Skip to content

Commit 4d56bad

Browse files
GcsSloopGcsSloop
committed
Update
1 parent ab41d96 commit 4d56bad

1 file changed

Lines changed: 16 additions & 18 deletions

File tree

‎CustomView/Advance/[12]Dispatch-TouchEvent-Theory.md‎

Lines changed: 16 additions & 18 deletions
Original file line numberDiff line numberDiff line change
@@ -3,9 +3,9 @@
33

44
之前讲解了很多与View绘图相关的知识，你可以在 [安卓自定义View教程目录](http://www.gcssloop.com/customview/CustomViewIndex) 中查看到这些文章，如果你理解了这些文章，那么至少2D绘图部分不是难题了，大部分的需求都能满足，但是关于View还有很多知识点，例如: `让绘图更加炫酷的Paint`，`让View动起来的动画`，`与用户交互的触控事件` 等一系列内容。**本次就带大家简单的了解一下与交互息息相关的东西－事件分发原理**。
55

6-
> 本次魔法小火车的终点站是事件分发与拦截，请各位魔法师带好装备，准备登车启程。
6+
> 本次魔法小火车的终点站是事件分发，请各位魔法师带好装备，准备登车启程。
77
8-
**注意：本文中所有源码分析部分来源均基于 API23(Android 6.0) 版本，由于安卓系统源码改变很多，可能与之前版本有所不同，但基本流程都是一致的。**
8+
**注意：本文中所有源码分析部分均基于 API23(Android 6.0) 版本，由于安卓系统源码改变很多，可能与之前版本有所不同，但基本流程都是一致的。**
99

1010

1111

@@ -62,7 +62,7 @@
6262

6363
![](http://ww4.sinaimg.cn/large/005Xtdi2jw1f87juodlepj308q09ut8v.jpg)
6464

65-
**可以看到在上面的View结构中莫名多出来的两个东西，`PhoneWindow` 和 `DockerView` ，这两个我们并没有在Layout文件中定义过，但是为什么会存在呢？**
65+
**可以看到在上面的View结构中莫名多出来的两个东西，`PhoneWindow` 和 `DecorView` ，这两个我们并没有在Layout文件中定义过，但是为什么会存在呢？**
6666

6767
> 仔细观察上面的 layout 文件，你会发现一个问题，我在 layout 文件中的最顶层 View(Group) 的大小并不是填满父窗体的，留下了大量的空白区域，由于我们的手机屏幕不能透明，所以这些空白区域肯定要显示一些东西，那么应该显示什么呢？
6868
>
@@ -76,9 +76,8 @@
7676

7777
> 要了解 PhoneWindow 是干啥的，首先要了解啥是 Window ，看官方说明：
7878
>
79-
> ````
8079
> Abstract base class for a top-level window look and behavior policy. An instance of this class should be used as the top-level view added to the window manager. It provides standard UI policies such as a background, title area, default key processing, etc.
81-
> ````
80+
>
8281
>
8382
> 简单来说，Window是一个抽象类，是所有视图的最顶层容器，视图的外观和行为都归他管，不论是背景显示，标题栏还是事件处理都是他管理的范畴，它其实就像是View界的太上皇(虽然能管的事情看似很多，但是没实权，因为抽象类不能直接使用)。
8483
>
@@ -87,8 +86,7 @@
8786
> 而上面说的 DecorView 是 PhoneWindow 的一个内部类，其职位相当于小太监，就是跟在 PhoneWindow 身边专业为 PhoneWindow 服务的，除了自己要干活之外，也负责消息的传递，PhoneWindow 的指示通过 DecorView 传递给下面的 View，而下面 View 的信息也通过 DecorView 回传给 PhoneWindow。
8887
8988

90-
91-
## 事件分发、拦截与消费
89+
## 事件分发、拦截与消费
9290

9391
下表省略了 PhoneWidow 和 DecorView。
9492

@@ -105,7 +103,7 @@
105103

106104
这个三个方法均有一个 boolean(布尔) 类型的返回值，通过返回 true 和 false 来控制事件传递的流程。
107105

108-
PS: 从上表可以看到 Activity 和 View 都是没有时间拦截机制的，这是因为：
106+
PS: 从上表可以看到 Activity 和 View 都是没有事件拦截的，这是因为：
109107

110108
> Activity 作为原始的事件分发者，如果 Activity 拦截了事件会导致整个屏幕都无法响应事件，这肯定不是我们想要的效果。
111109
>
@@ -131,7 +129,7 @@ Activity －> PhoneWindow －> DecorView －> ViewGroup －> ... －> View
131129
Activity <－ PhoneWindow <－ DecorView <－ ViewGroup <－ ... <－ View
132130
```
133131

134-
**看到这里，我不禁微微一皱眉，这个东西咋看起来那么熟悉呢？再仔细一看，这不就是一个非常经典的[责任链模式](https://zh.wikipedia.org/wiki/%E8%B4%A3%E4%BB%BB%E9%93%BE%E6%A8%A1%E5%BC%8F)么？** 如果我能处理就拦截下来自己干，如果自己不能处理或者不确定就交给责任链中下一个对象，只不过责任链一般是单向的，而这个提供了一个反向的反馈机制。
132+
**看到这里，我不禁微微一皱眉，这个东西咋看起来那么熟悉呢？再仔细一看，这不就是一个非常经典的[责任链模式](https://zh.wikipedia.org/wiki/%E8%B4%A3%E4%BB%BB%E9%93%BE%E6%A8%A1%E5%BC%8F)吗，** 如果我能处理就拦截下来自己干，如果自己不能处理或者不确定就交给责任链中下一个对象。
135133

136134
**这种设计是非常精巧的，上层View既可以直接拦截该事件，自己处理，也可以先询问(分发给)子View，如果子View需要就交给子View处理，如果子View不需要还能继续交给上层View处理。既保证了事件的有序性，又非常的灵活。在我第一次将这个逻辑弄清楚的时候，看着这样精妙的设计，简直想欢呼庆贺一下。**
137135

@@ -172,7 +170,7 @@ Activity <－ PhoneWindow <－ DecorView <－ ViewGroup <－ ... <－ View
172170
>
173171
> 1. 事件返回时 `dispatchTouchEvent` 直接指向了父View的 `onTouchEvent` 这一部分是不合理的，实际上它仅仅是给了父View的 `dispatchTouchEvent` 一个 false 返回值，父View根据返回值来调用自身的 `onTouchEvent`。
174172
> 2. ViewGroup 是根据 `onInterceptTouchEvent` 的返回值来确定是调用子View的 `dispatchTouchEvent` 还是自身的 `onTouchEvent`， 并没有将调用交给 `onInterceptTouchEvent`。
175-
> 3. ViewGroup 的事件分发机制伪代码如下，可以看出事件分发的顺序。
173+
> 3. ViewGroup 的事件分发机制伪代码如下，可以看出调用的顺序。
176174
>
177175
> ```java
178176
> public boolean dispatchTouchEvent(MotionEvent ev) {
@@ -204,7 +202,7 @@ RootView     [经理]: dispatchTouchEvent 呼叫技术部,老板要做
204202
RootView     [经理]: onInterceptTouchEvent (老板可能疯了,但又不是我做.)
205203
ViewGroupA   [组长]: dispatchTouchEvent 老板要做淘宝,下周上线?
206204
ViewGroupA   [组长]: onInterceptTouchEvent (看着不太靠谱,先问问小王怎么看)
207-
View1        [码农]: onInterceptTouchEvent 做淘宝???
205+
View1        [码农]: dispatchTouchEvent 做淘宝???
208206
View1        [码农]: onTouchEvent 这个真心做不了啊.
209207
ViewGroupA   [组长]: onTouchEvent 小王说做不了.
210208
RootView     [经理]: onTouchEvent 报告老板, 技术部说做不了.
@@ -225,7 +223,7 @@ MainActivity [老板]: onTouchEvent 这么简单都做不了,你们
225223
226224
> **情景：老板: 我觉得咱们这个app按钮不好看，做的有光泽一点，要让人有一种想点的欲望。**
227225
>
228-
> **事件顺序，老板(MainActivity)要做改界面，这个事件通过各个部门(ViewGroup)一层一层的往下传，传到最底层的时候，码农小王(View1)发现很容易，就在按钮上添加了一道光。**
226+
> **事件顺序，老板(MainActivity)要做改界面，这个事件通过各个部门(ViewGroup)一层一层的往下传，传到最底层的时候，码农小王(View1)就在按钮上添加了一道光(为啥是小王呢？因为公司没有设计师)。**
229227
>
230228
> 可以看出，事件一旦被消费就意味着消息传递的结束，上层View知道了事件已经被消费掉，就不再处理了。
231229
@@ -235,7 +233,7 @@ RootView     [经理]: dispatchTouchEvent 技术部,老板说按钮不
235233
RootView     [经理]: onInterceptTouchEvent
236234
ViewGroupA   [组长]: dispatchTouchEvent 给按钮加上一道光.
237235
ViewGroupA   [组长]: onInterceptTouchEvent
238-
View1        [码农]: onInterceptTouchEvent 加一道光.
236+
View1        [码农]: dispatchTouchEvent 加一道光.
239237
View1        [码农]: onTouchEvent 做好了.
240238
```
241239
@@ -257,7 +255,7 @@ View1        [码农]: onTouchEvent 做好了.
257255
258256
> **情景：老板: 报告一下项目进度。**
259257
>
260-
> **事件顺序，老板(MainActivity)要知道项目进度，这个事件通过各个部门(ViewGroup)一层一层的往下传，传到技术组组长的时候，组长上报任务即可。**
258+
> **事件顺序，老板(MainActivity)要知道项目进度，这个事件通过各个部门(ViewGroup)一层一层的往下传，传到技术组组长(ViewGroupA)的时候，组长(ViewGroupA)上报任务即可。无需告知码农小王(View1)。**
261259
262260
```
263261
MainActivity [老板]: dispatchTouchEvent 现在项目做到什么程度了?
@@ -268,7 +266,7 @@ ViewGroupA   [组长]: onInterceptTouchEvent
268266
ViewGroupA   [组长]: onTouchEvent 正在测试,明天就测试完了
269267
```
270268
271-
### 其他情形
269+
### 其他情况
272270
273271
事件分发机制设计到到情形非常多，这里就不一一列举了，记住以下几条原则就行了。
274272
@@ -287,9 +285,9 @@ View的事件分发机制实际上就是一个非常经典的责任链模式，
287285
>
288286
> 当有多个对象均可以处理同一请求的时候，将这些对象串联成一条链，并沿着这条链传递改请求，直到有对象处理它为止。
289287
290-
Android 中事件分发机制原理虽然非常简单，但由于实际运用场景非常复杂，一旦具体到某个场景中变得很麻烦，而本文仅仅是带你简单的了解一下事件分发机制，更详细的内容和具体的一些特殊情形处理会在后续文章中进行讲解。
288+
Android 中事件分发机制原理虽然非常简单，但由于实际场景非常复杂，一旦具体到某个场景中变得很麻烦，而本文仅仅是带你简单的了解一下事件分发机制，更详细的内容和具体的一些特殊情形处理会在后续文章中进行讲解。
291289
292-
最后，由于个人水平有限，文章中可能会出现错误，如果你觉得哪一部分有错误，或者发现了错别字等内容，欢迎在评论区告诉我，另外，据说关注[作者微博](http://weibo.com/GcsSloop)不仅能第一时间收到新文章消息，还能变帅哦。
290+
由于个人水平有限，文章中可能会出现错误，如果你觉得哪一部分有错误，或者发现了错别字等内容，欢迎在评论区告诉我，另外，据说关注[作者微博](http://weibo.com/GcsSloop)不仅能第一时间收到新文章消息，还能变帅哦。
293291
294292
295293
@@ -304,7 +302,7 @@ Android 中事件分发机制原理虽然非常简单，但由于实际运用场
304302
[ Android事件分发机制完全解析，带你从源码的角度彻底理解(上)](http://blog.csdn.net/guolin_blog/article/details/9097463)<br/>
305303
[ Android事件分发机制完全解析，带你从源码的角度彻底理解(下)](http://blog.csdn.net/sinyu890807/article/details/9153747)<br/>
306304
[更简单的学习Android事件分发](http://www.idtkm.com/customview/customview11/)<br/>
307-
305+
《安卓开发艺术探索》
308306
309307
310308

0 commit comments

Comments
 (0)