隔离的这14天，慢慢的研究了Flutter的指针事件，在这个过程中，又重新梳理了一下Element和Render Tree的形成过程。这篇文章，主要对指针事件在Fluter中如何下发到各个组件的过程进行梳理。(指针是指针，手势是手势，手势是指针事件的某种行为，且只有一个胜者，这点要区分清楚。)

好像要一只dash啊。

好的，进入正题。当你点击了屏幕，Flutter做了什么呢？

过程解析

通过调用栈，我们逐步分析过程。

1.从平台处获得指针事件数据并分发

指针数据被包装成Dart的ByteData类型，调用PlatformDispatcher的_dispatchPointerDataPacket方法，至于指针数据怎么被平台包装，内容是什么，这就涉及到各个平台处理指针的方式，掘金由许多相关文章。(作者目前不懂任何原生知识)

2.在GestureBinding和中处理得到的指针数据

经过了几层看不懂的调用，指针数据走到了这个地方，并且以队列的形式被处理。(这里又有window，又有lock，暂时不管)。

注意到，这里的packet是ui.PointerDataPacket类型，该类内部仅有一个final List<PointerData>的data成员。

既然是队列，那么就是循环出列，逐个处理事件。这个过程由_flushPointerEventQueue完成。

handlePointerEvent方法，如其名，这里传过来的数据已经成为了PointerEvent类型。(resanlingEnabled默认为false，官方文档的解释是通过这只这个选项，对于设备的指针采样率和屏幕刷新率有某种关系的，可以让指针更丝滑)

3.在GestureBinding和RendererBinding中进行hitTest

_handlePointerEventImmediately方法被handlePointerEvent(上面那个家伙)调用。 这个方法是个重量级的家伙。

void _handlePointerEventImmediately(PointerEvent event) {
  HitTestResult? hitTestResult;
  if (event is PointerDownEvent || event is PointerSignalEvent || event is PointerHoverEvent) {
    //省略...
    hitTestResult = HitTestResult();
    hitTest(hitTestResult, event.position);   //看这里!!!!!!!!!!!
    //省略...
    }
    dispatchEvent(event, hitTestResult);
  }

}
复制代码

到这里，先缓一缓，也许上面我写的不好看不懂也没关系，你只需要记住一件事，我们已经拿到了类型为PointerEvent的指针事件的数据event。

(PointerEvent有多个子类，PointerDownEvent，PointerMoveEvent，PointerUpEvent等等，对应点击，移动，抬起)

核心内容开始

这里以PointerDownEvent举例，这个事件为用户点击屏幕后产生的。

为什么用户要点击？我猜他在某种APP内发现了一张涩图想点进去看看。图片肯定是个RenderObject(不然你能看到个**)，那写代码的怎么知道用户点的是哪张图呢？

Flutter带Hit开头的接口帮我们做这件事，和RenderObject相关的有三个接口。

1. HitTestable的hitTest方法，让这个RenderObject能点，什么是能点？稍后的HitTestResult就会告诉你。

2. HitTestDispatcher的dispatchEvent方法，嗯，能发事件。

3. HitTestTarget的handleEvent方法，RenderObject能被点了，那事件你处理不处理，怎么处理，就是这个方法的内容了。

高能来了

从RenderView的hitTest进行递归，跟据点击指针事件event的position，调用child的hitTest。RenderView是RenderTree的根，怎么来的可以看看Binding的相关内容。

这里插一则，GestureBinding有hitTest，RendererBinding也有，从runApp方法可以看到调用内容，super.hitTest对应GestureBinding的hitTest，截图对应的是RendererBinding。(不影响阅读后面的内容)

递归调用内容解析

RenderTree从RenderView开始hitTest。大多数情况下，我们创建的都是RenderBox，这个盒模型，有长和宽等大小信息，使用笛卡尔坐标系。有的有单个child,或者双链表式的children。面对这多种情形，不同的组件有不同的点击测试内容。

这里通过Stack和Container组件，让大家理解下这个递归过程。

Stack(
  children: [
    GestureDetector(
        behavior: HitTestBehavior.translucent,
        onTap: (){print("blue");},
        child: Container(width: 300,height: 300,color:Colors.blue)),
    GestureDetector(
        behavior: HitTestBehavior.translucent,
        onTap: (){print("red");},
        child: Container(width: 150,height: 150,color:Colors.red))
  ],
),
复制代码

某些乱七八糟的BLOG说设置GestureDetector的behavior就能实现点击穿透，然而点击红色方块控制台只输出red。

这是为什么呢？答案是和hitTest有关。

Stack对应的是RenderStack，是一个双链表的child模型(由ContainerRenderObjectMixin实现)。其hitTest是RenderBox的方法，原汁原味。

如果这个Box包含点击点，通过hitTestChildren先对children逐个进行hitTest,前者不中则再通过hitTestSelf自己进行hitTest。只要中了，就把自己添加进result。

result储存的是所有通过的测试的RenderBox，这些都会接收到指针事件。

RenderStack的hitTestChildren

hitTest过程可以解释为从lastChild开始，向前进行点击测试，直到有一个child通过，addWithPaintOffset的内部会添加进result，然后返回true。

为什么从lastChild开始？因为是栈顶对应的RenderBox，这样就保证了上面的盖住了下方的，使得一般情况下的点击无法穿透。

hitTestSelf默认返回false，子类可以根据需要重写。(GestureDetector，RenderPointerListener，Listener，RenderBoxWithHitTestBehavior等有详细的内容，之后的点击穿透会讲)

所以结论是，在HitTestChildren中，红色方块的RenderBox被添加进了HitTestResult中，此时就跳出循环，递归回调，所以蓝色方框得不到指针信息。

hitTest总结

这是一个自上而下，递归的过程，内部主要由hitTestChildren和hitTestSelf实现。点击处的坐标在RenderBox的内部是能够进行hitTest的前提，但是通不通过hitTest取决于组件内部自己是如何实现hitTest，能否接收到指针事件取决于是否把RenderBox添加到HitTestResult中。

好奇result的内容，在_handPointEventImmediately中打印result即可。

dispatchEvent分发通知

把获得的HitTestResult通过内部path遍历，调用各个RenderObject的handleEvent。其实内部还有pointRoute等内容，暂时没研究。

在插播一条无关消息，GestureBinding这个方法下面的handleEvent就是手势竞技场的内容。(手势是手势的事情，指针不管手势的事)

总结

所以平台的指针事件下发需经历如下3个过程。

1. 包装成Flutter能看得懂的指针数据

2. 挑选出需要响应事件的RenderObject

3. 分发事件执行RenderObject的handleEvent

更多Android知识，扫码即可了解

<img src="https://hnxx.oss-cn-shanghai.aliyuncs.com/official/1704935888404.jpg?t=0.014764499839815759" style="margin: auto" />