又到了小技巧系列更新时刻，今日咱们首要分享 Flutter 里的手势接触逻辑，其实在很久之前我就写过 《面深化接触和滑动原理》相关的源码剖析文章，可是最近有人说源码剖析看不懂，有没有简要和洽了解的视点，那么本篇就用更简略的视点，带我们了解 Flutter 里的手势相关逻辑。
GestureDetector
不管你用 InkWell 、InkResponse 、TextButton 还是 ElevatedButton ， 它们针对手势的处理逻辑都是来自于 GestureDetector ，也便是了解 Flutter 的手势处理逻辑入门，核心能够从剖析 GestureDetector 开端。
其实更严格意义上讲，手势事情是来自
Listener，GestureDetector是针对Listener进行了封装，仅仅为了防止杂乱的源码剖析，这儿就不做展开，你能够简略了解为：并不是所有的控件都会呼应手势，只要带有Listener的才会呼应，这首要体现在接触事情的递归呼应上。
在 GestureDetector 里关于事情的呼应逻辑首要来自于各种 GestureRecognizer （手势辨认）的完成逻辑，不同的手势辨认逻辑会呼应不同手势结果，相互竞赛，终究在 GestureArenaManager (竞技场) 决定出一个胜利者。
简略来说，在竞技场里手势根本遵循两个逻辑：
- 每个 Recognizer 都能够随时选择失利退出，当竞技场只要它一个的时分它就赢了
- 每个 Recognizer 都能够随时宣告自己取得胜利，这时其他 Recognizer 也将不再呼应
那么如下图所示，在 GestureDetector 里首要有这 8 种 GestureRecognizer 在处理不同的场景，他们会根据用户使用 GestureDetector 时的参数搭配来参与到事情竞技场里。
举个例子，当你使用了 GestureDetector 并装备了 onTap 、onLongPress 和 onDoubleTap ，它们是怎么别离呼应手势事情的？
这儿的核心逻辑就在于 deadline (时刻) 的处理，不管是 onLongPress 还是 onDoubleTap 都是靠 deadline 来判别胜负。
例如，当用户仅仅一般点击时，如下代码所示，由于默许 LongPressGestureRecognizer 的 deadline 是 500 毫秒，所以在定时器达到 500ms 呼应之前，就会由于 PointerUpEvent 导致长按定时器停止，无法触发呼应长按事情。
反之假如没有 PointerUpEvent 发生，那么 500 ms 之后 LongPressGestureRecognizer 就会呼应，直接宣告胜利(accepted)。
默许情况下
GestureDetector是不支持修正 deadline ，只要直接使用LongPressGestureRecognizer时才干够修正 deadline 的时长。
类似的逻辑在 DoubleTapGestureRecognizer 下也有，DoubleTap 的 deadline 是 300 毫秒，当用户初次点击时会注册一个定时器，假如 300 毫秒以内用户没有发生新的点击，那么 DoubleTapGestureRecognizer 就会宣告“失利“退出竞技，反之假如在 300 毫秒内有新的点击，则直接宣告“获胜”，呼应 DoubleTap 回调。
那这时分有人就要问了：“在 DoubleTap 过程中，为什么不会触发 onTap” ? 这就需要提到 TapGestureRecognizer 的触发逻辑。
继续前面 GestureDetector 并装备了 onTap 、onLongPress 和 onDoubleTap 的例子，在用户只做一般点击的时分，前面说过：
-
LongPressGestureRecognizer的定时器 deadline 还没到 500 毫秒会由于 Up 事情而导致失利退出 -
DoubleTapGestureRecognizer会由于定时器超越 deadline 300 毫秒，没有下一个点击而宣告退出
那么在 Long 和 Double 都失利的情况下，此时 GestureArenaManager (竞技场) 里的成员就只要 TapGestureRecognizer ，这时分竞技场会 close ，会触发竞技场的 sweep 逻辑，直接让终究剩下来的 Recognizer “胜利”，呼应 onTap 事情。
所以
TapGestureRecognizer靠的是胜者为王。
所以根据这个例子，合作一开端说的两个逻辑，就能够直观的了解 Flutter 手势竞技场里的呼应逻辑和关键 deadline 的效果。
多个 GestureDetector
那么前面都是只要一个 GestureDetector 的场景，假如有两个呢？如下代码所示，在嵌套两个 GestureDetector 下，它们的呼应逻辑会是怎么样的？
当区域内有两个 GestureDetector 的时分，用户在一般点击时，由于 deadline 影响，依旧会是在竞技场 close 时才呼应 onTap ， 可是不同在于此时竞技场里还会有多个 Recognizer 存在，这时分只要排在列表的第一个的 Recognizer 能够赢得事情，也便是上门代码里的赤色 200×200 小方块。
由于关于多个 GestureDetector 的情况， Recognizer 在竞技场列表(List<GestureArenaMember)里的次序和 HitTest 时的递归调用有关系，简略说便是：递归调用会就让咱们自下而上的得到一个 HitTestResult 列表，代码里终究的 child 会在最上面。
一起关于单个
GestureDetector而言，TapGestureRecognizer会是_recognizers的第一个，所以first会是呼应了TapGestureRecognizer，详细逻辑能够看 《面深化接触和滑动原理》 。
所以简略了解：
- 两个
GestureDetector在竞技场里的member列表排序时，作为 child 的赤色GestureDetector由于 HitTest 递归会被排前面 -
GestureDetector内部TapGestureRecognizer会在其内部_recognizers排第一
所以 member.first 终究呼应了 TapGestureRecognizer ，回到上面两个定律，假如结合多个 GestureDetector 的场景，就应该是：
- 每个 Recognizer 都能够随时选择失利退出，当竞技场只要它一个的时分它就赢了；假如不止一个，那么在竞技场
close时，member.first会取得呼应 - 每个 Recognizer 都能够随时宣告自己取得胜利，这是其他 Recognizer 也将不再呼应
进阶弥补
前面简略介绍了 Flutter 的手势呼应的基础逻辑，这儿再额定弥补两个知识点。
首先，当用户在长按的时分， GestureDetector 何时会发出 onTapDown 事情？
这其实就涉及了别的一个 deadline 参数，当用户在长按的时分，Recognizer 还会触发别的一个定时器，然后经过履行 didExceedDeadline 来发出 onTapDown 事情。
那么问题又来了，已然长按会触发 onTapDown 事情，假如点击区域内有两个 TapGestureRecognizer ，长按的时分由于定时器都触发了 didExceedDeadline ，那是不是两个都会收到 onTapDown 事情 ？
答案是：会的！由于定时器都触发了 didExceedDeadline，然后都发出了 onTapDown 事情，所以两个 onTapDown 回调都会履行，可是后续竞赛只会有一个控件能呼应 onLongPress 。
别的，假如不是长按导致的 Down 事情， 是不会导致两个
GestureDetector都触发回调onTapDown回调。
第二个弥补的是 Listener ， 假如你还想深化去看 GestureDetector 的完成，你就会发现 GestureDetector 对 Listener 的封装或许和你想象不大一样， 由于 Listener 的封装只用到了 PointerDown ，并没有用到 onPointerUp ，那 GestureDetector 是怎么呼应 Up 和 Move 事情？
这就需要提到前面介绍 《面深化接触和滑动原理》 里的源码剖析，可是为了简略，咱们这儿只说定论：
由于只要呼应了
PointerDown事情，对应的GestureRecognizer才干被添加到GestureBinding的PointerRouter事情路由和GestureArenaManager事情竞技中，而后续的 Up 和 Move 事情首要是经过GestureBinding来处理。
更简略的说，便是只要呼应了 PointerDown 事情，控件的 Recognizer 才干呼应后续统一处理的其他手势事情，而其他事情不需要在 Listener 这儿获取回调。
完毕
那本篇的小技巧到这儿就完毕了，本篇首要是用更直观和简略的方法，协助我们了解 Flutter 里的接触呼应逻辑，假如对更详细完成感兴趣，能够结合 《面深化接触和滑动原理》 协助了解，假如你还有什么感兴趣或者有疑惑的，欢迎留言谈论～
